作者：闲鱼技术——唤辰 研究背景 通常情况下应用发布或重启时都存在cpu抖动飙高，甚至打满的现象，这是由于应用启动时，JVM重新进行类加载与对象的初始化，CPU在整个过程中需要进行比平时更多的编译工作

bug，任何时候都要解决！不解决不行，你们想想，你早上刚到公司，打开电脑，写着需求听着歌，突然就被ding了……所以没有bug的日子才是好日子！ 日志 上了服务器一看，Mybatis报错，接口还是个相

事故现场 服务在运行一段时间后，系统监控中load指标飙升到峰值，频繁出现请求失败告警，最后服务因无法建立新的socket连接，导致服务雪崩。必须通过重启服务的方式才能恢复正常。

你好，我是悟空。 最近生产环境遇到一个问题： 现象：创建工单、订单等地方，全都创建数据失败。 初步排查：报错信息为duplicate key，意思是保存数据的时候，报主键 id 重复，而这些 id 都

大报文问题，在京东物流内较少出现，但每次出现往往是大事故，甚至导致上下游多个系统故障。大报文的背后，是不同商家业务体量不同，特别是B端业务的采购及销售出库单，一些头部商家对京东系统支持业务复杂度及容量

1 前言 最近在开发中遇到文件上传采用Base64的方式上传，记得以前刚开始学http上传文件的时候，都是通过content-type为multipart/form-data方式直接上传二进制文件，我

在高并发的场景下，异步是一个极其重要的优化方向。 前段时间，生产环境发生一次事故，笔者认为事故的场景非常具备典型性 。 写这篇文章，笔者想和大家深入探讨该场景的架构优化方案。希望大家读完之后，可以对异

一般来说，我使用线程池最多的地方有两点： 对大量耗时任务的并发处理 对频发业务的线程池隔离 通过一年来在工作中对于线程池的使用，也总结了一些还算是比较实用的经验。如果各位小伙伴有更好的经验，欢迎指正和

一. 前言 JVM 的概率背了不少，但是对于一个系统来说，出现JVM问题通常都是早期刚搭建时，或者代码写错了导致各种问题的出现。 一旦代码写的稳了，系统成熟了，反而很少碰到这类问题，陆陆续续也忘了不少