某团技术文章《CompletableFuture原理与实践-外卖商家端API的异步化》存在对于CompletableFuture错误用法，本文提出避免嵌套Future等更好实践方法。

本篇给读者带来切实可行的多线程代码套路，完整代码复制可用，流程图以及亮点详解，给你的项目增光添彩。还有手写2PC的完整代码，让你装逼秀翻全场。

你好呀，我是歪歪。 前段时间踩到一个比较无语的生产 BUG，严格来说其实也不能算是 BUG，只能说开发同事对于业务同事的需求理解没有到位。 这个 BUG 其实和分页没有任何关系，但是当我去排查问题的时

背景 记得有次公司搞促销活动，流量增加，但是系统一直很平稳（我们开发的系统真牛），大家很开心的去聚餐，谈笑风声，气氛融洽，突然电话响起.... 系统架构描述 我们使用rabbitmq主要是为了系统解耦

计算机没有玄学，一切问题都有其原因，找到它记录下来才能一点点提升。 于是就查下这个问题吧。。。。。。

某个接口耗时8s,一开始我以为是io或者网络传输的瓶颈问题。现在的计算机，如非这两者，你很难把一个接口整得很慢。本文记录这一优化过程。

前言 最近监控告警时不时告警xxx兑换成功率过低，嘎嘎打电话！Leader让我看看怎么回事 排查了一下发现是某个用户兑换时校验不通过，然后人家不信邪，无视错误提示，嘎嘎点，变相刷接口，从而导致整体兑换

之前线上发生了一个很诡异的异常，网上各种搜索、排查，都没有找到问题，给大家分享一下。 大概在 2 月份的时候，我们的某个应用整合了中间件的 kafka 客户端，发布到灰度和蓝节点进行观察，然后就发现线

本文已参与「新人创作礼」活动， 一起开启掘金创作之路。 那是一个休闲的周六上午，我吃着面，突然看到工作群信息两条告警信息：1.生产数据库异常。2.下单业务连接数据库失败