大家好，我是捡田螺的小男孩。 之前工作中，遇到一个504超时问题。原因是因为接口耗时过长，超过nginx配置的10秒。然后 真枪实弹搞了一次接口性能优化，最后接口从11.3s降为170ms。

在业务开发中为了提升接口速度都会使用到多线程异步编程，在多线程异步编程中使用不当或者不了解其中的原理很容易入坑，本篇文章就是记录了多线程异步编程生产环境使用CompletableFuture遇到的坑。

性能优化，有时候看起来是一个比较虚的技术需求。除非代码慢的已经让人无法忍受，否则，很少有公司会有觉悟投入资源去做这些工作。即使你有了性能指标数据，也很难说服领导做一个由耗时300ms降低到150ms的

本文正在参加「Java主题月 - Java Debug笔记活动」，详情查看<活动链接> 前言 不知道什么时候年轻的我曾一度认为Java没啥难度，没有我实现不了的需求，没有我解不了的bug 直到我遇到至

数据库是一个项目非常核心切敏感的部分，做好数据库安全措施非常有必要，本文讲解数据库备份、恢复等技巧。

在上次在运维老哥友好的和我沟通之后，还消停没几天，今天又来找（问候）我了……说我们内存泄露，开什么玩笑！结果最后惨遭打脸，被屎山代码给坑了

「本文已参与 周末学习计划，点击查看详情 」 近日，线上服务夯住了，所有的请求处理异常的慢，请求不断的转圈圈。 首先排查日志发现如下报错： 再用grep命令统计错误出现的次数，发现出现了3000多次

本文主要分析一个频繁GC (Allocation Failure)及young gc时间过长的case。 -XX:MetaspaceSize，初始空间大小(也是初始的阈值，即初始的high-water-mark)，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：…

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。 我们团队负责的广告系统承接了比较大的C端流量，平峰期间的…