前言 最近我在做知识星球中的商品秒杀系统，昨天遇到了一个诡异的json反序列化问题，感觉挺有意思的，现在拿出来跟大家一起分享一下，希望对你会有所帮助。 案发现场 我最近在做知识星球中的商品秒杀系统，写

本文将讨论 CompletableFuture 使用上最常见的误区，内容涉及实战代码，代码重构，任务编排策略等内容。

背景 12月的某一天，生产环境出现大量锁等超时导致某个业务出现了问题，我们当天进行了回滚，并进行了数据的修复，问题比较诡异，我花了较多时间进行排查，报错提示如下 排查过程 根据此次上线merge的代码

一次线上定时任务调度失败原因的排查，一步步地从调度中心到执行器，再到K8S中的Istio进行问题的排查。

1. 把生成 BeanFactory 后处理器的方法改成静态方法，这样就不需要先创建对象再来调用此方法生成 BeanFactoryPostProcessor，执行流程就恢复正常了。 2. 用内置依赖注

最近线上偶发MySQL的死锁异常，发现原来很多理论都只背了个结论，细节都是魔鬼。 不妨来一起看看，MySQL的死锁问题有哪些你不了解的细节。