先给大家讲个故事吧。多年前我退出了一家大型互联网公司，刚进入就以 996 规范，参加新品研发。公司业务倒退急需互联网产品，因而咱们的工夫很缓和，4 个月新产品就上线了。
开始还算顺利，但不久后的一天早晨，零碎忽然就瘫痪了，重启之后，问题依然无规律地重现。过后运维共事马上写了一个重启脚本，定时排队重启各个服务，但也只能做到“治标不治本”。
作为主力开发，我和公司的零碎架构师一起排查问题。架构师驾轻就熟地通过各种 Linux 命令在线上环境查看性能指标，也 dump 出日志文件，走查代码，最初定位到了问题，前面就是剖析起因、制订解决方案、更新版本等一系列操作。那是我第一次粗浅感触到性能调优的重要性。
起初的几年里，我又陆续参加过物流、电商、游戏领取零碎的研发，这些我的项目都存在一个共性，就是常常会经营一些大促以及抢购类流动。流动期间，零碎不仅要保障解决申请业务的严谨性，还要历经短时间内高并发的考验。我也始终处于性能调优的一线。
正所谓“实际出真知“。这些年在生产环境中遇到的事变不少，很多坑一点点踩平，就走出了一条路，这个过程中我播种了很多实打实的教训，心愿能分享给更多的人，咱们一起学习、交换和探讨。
对于性能调优，我先来说说的我的感触。Java 性能调优不像是学一门编程语言，无奈通过直线式的思维来把握和利用，它对于工程师的技术广度和深度都有着较高的要求。
互联网时代，一个简略的零碎就囊括了应用程序、数据库、容器、操作系统、网络等技术，线上一旦呈现性能问题，就可能要你协调多方面组件去进行优化，这就是技术广度; 而很多性能问题呢，又暗藏得很深，可能因为一个小小的代码，也可能因为线程池的类型抉择谬误…可归根结底考验的还是咱们对这项技术的理解水平，这就是技术深度。
显然，性能调优不是一件容易的事。但有没有什么办法能把这件事件做好呢? 接下来跟你分享几点我的心得。
本次分享总共分为六个点，小册内容从如何制订性能调优与策略开始，把 Java 编程、多线程、JVM、设计模式、数据库等几个方面的性能优化细节陈说得清清楚楚，有须要能够点击这里下载完整版文档：
01 | 如何制订性能调优规范?
02 | 如何制订性能调优策略?
03 | 字符串性能优化不容小觑，百 M 内存轻松存储几十 G 数据
04 | 谨慎应用正则表达式
05 | ArrayList 还是 LinkedList? 使用不当性能差千倍
06 | 深入浅出 HashMap 的设计与优化
本次分享总共分为六个点，小册内容从如何制订性能调优与策略开始，把 Java 编程、多线程、JVM、设计模式、数据库等几个方面的性能优化细节陈说得清清楚楚，有须要能够点击这里下载完整版文档。