一、 问题一件商品只有100个库存，现在有1000或者更多的用户来购买，每个用户计划同时购买1个到几个不等商品。如何保证库存在高并发的场景下是安全的？（1）不多发（2）不少发二、 下单的步骤（1）下单（2）下单同时预占库存（3）支付（4）支付成功真正减扣库存（5）取消订单（6）回退预占库存三、 什么时候进行预占库存？**（1）方案一：**加入购物车的时候去预占库存**（2）方案二：**下单的时候去

1. 前言现如今，日常业务的资损防控工作在安全生产环节中已经变得越来越重要。尤其是每逢大促活动（譬如本次 618 大促），一旦出现资损故障更容易引发重大损失。就目前来说，有效的防控手段一般有：项目上线前 code review，通过预演提前发现问题线上实时监控对账，出现问题时执行预案，及时止血由上可以看出，及时止血只能减小资损规模，要想避免资损还得靠人工 code review 在项目上线之前发现

大家好，我是yes。最近看 Kafka 看到了时间轮算法，记得以前看 Netty 也看到过这玩意，没太过关注。今天就来看看时间轮到底是什么东西。为什么要用时间轮算法来实现延迟操作?延时操作 Java 不是提供了 Timer 么？还有 DelayQueue 配合线程池或者 ScheduledThreadPool 不香吗？我们先来简单看看 Timer、DelayQueue 和 ScheduledThr

自动化视觉检测已经广泛应用于现今的生产环境的各个领域，从半导体、电子、食品和饮料、医药包装、汽车制造以及其它不同行业。而视觉检测的应用可分类为测量、有/无检测、机器人导航、瑕疵检测、一维或二维码识别，以及光学文字识别(OCR)阅读等等。常规的2D算法通常擅长处理某些特征清晰且定义明确的应用，因此检测更加可靠。换句话说，目标特征必须稳定并且清晰一致地呈现，检测和识别才会比较可靠。不过就如人生一样，视

背景是这样的，用户上传音频文件，可能只需要几十秒就够了，但是常规的音乐都要3~5分钟，80%的流量都是不需要的，要是就这么传上去，其实是流量的浪费，如果可以在前端就进行剪裁，也就是只取前面一段时间的音频，岂不是可以给公司省很多流量费用，前端的业务价值就体现了。关键如何实现呢？下面，就以“截取用户上传音频前3秒内容”的需求示意下如何借助Web Audio API实现音频的部分复制与播放功能。一、不哔

一背景作为一个DAU过亿的国民级软件，高德地图每天为用户提供海量的查询、定位和导航服务。地图数据的丰富性和准确性决定了用户体验。传统的地图数据的采集和制作过程，是在数据采集设备实地采集的基础上，再对采集资料进行人工编辑和上线。这样的模式下，数据更新慢、加工成本高。为解决这一问题，高德地图采用图像识别技术从采集资料中直接识别地图数据的各项要素，实现用机器代替人工进行数据的自动化生产。通过对现实世界高

背景Flutter作为全新跨平台应用框架，在页面渲染和MD开发上优势明显，可谓是业界一枝独秀。正好最近有这样的一个机会学习Flutter开发，我们便尝试用它开发一个MD风格的较复杂页面，来比较跟原生应用开发的优势。也是想通过对新框架的学习探索，找到适合自身应用的框架。页面展示首页是整个应用里边交互最为复杂的一个页面了，它集合了各种滑动方式，包括：纵向滑动、横向滑动、嵌套滑动；同时，也集合了各种动效

ID Generator id生成器 分布式id生成系统，简单易用、高性能、高可用的id生成系统简介Tinyid是用Java开发的一款分布式id生成系统，基于数据库号段算法实现，关于这个算法可以参考美团leaf或者tinyid原理介绍。Tinyid扩展了leaf-segment算法，支持了多db(master)，同时提供了java-client(sdk)使id生成本地化，获得了更好的性能与可用性。

有位朋友，某天突然问磊哥：在 Java 中，防止重复提交最简单的方案是什么？这句话中包含了两个关键信息，第一：防止重复提交；第二：最简单。于是磊哥问他，是单机环境还是分布式环境？得到的反馈是单机环境，那就简单了，于是磊哥就开始装*了。话不多说，我们先来复现这个问题。模拟用户场景根据朋友的反馈，大致的场景是这样的，如下图所示：简化的模拟代码如下（基于 Spring Boot）：`import org

作者|一鸣Hi 小伙伴们！前段时间里处理了不少质量问题，无一例外地，所有问题解决的核心部分都是根本原因分析(RCA：Root Cause Analysis）。于是，今天就跟大家整理了根本原因分析中最常用的7个秘密武器。根本原因分析（RCA）是一项结构化的问题处理法，用以逐步找出问题的根本原因并加以解决， 而不是仅仅关注问题的表征。这要求我们要透过冰山一角，找到隐藏在水下的部分。当然，任何一个问题，