先給大家講個故事吧。多年前我加入了一家大型互聯網公司，剛進入就以 996 標準，參與新品研發。公司業務發展急需互聯網產品，因此我們的時間很緊張，4 個月新產品就上線了。
開始還算順利，但不久后的一天晚上，系統突然就癱瘓了，重啟之后，問題仍然無規律地重現。當時運維同事馬上寫了一個重啟腳本，定時排隊重啟各個服務，但也只能做到“治標不治本”。
作為主力開發，我和公司的系統架構師一起排查問題。架構師輕車熟路地通過各種 Linux 命令在線上環境查看性能指標，也 dump 出日志文件，走查代碼，最后定位到了問題，后面就是分析原因、制定解決方案、更新版本等一系列操作。那是我第一次深刻感受到性能調優的重要性。
后來的幾年里，我又陸續參與過物流、電商、游戲支付系統的研發，這些項目都存在一個共性，就是經常會運營一些大促以及搶購類活動。活動期間，系統不僅要保證處理請求業務的嚴謹性，還要歷經短時間內高并發的考驗。我也一直處于性能調優的一線。
正所謂“實踐出真知“。這些年在生產環境中遇到的事故不少，很多坑一點點踩平，就走出了一條路，這個過程中我收獲了很多實打實的經驗，希望能分享給更多的人，我們一起學習、交流和探討。
關于性能調優，我先來說說的我的感受。Java 性能調優不像是學一門編程語言，無法通過直線式的思維來掌握和應用，它對于工程師的技術廣度和深度都有著較高的要求。
互聯網時代，一個簡單的系統就囊括了應用程序、數據庫、容器、操作系統、網絡等技術，線上一旦出現性能問題，就可能要你協調多方面組件去進行優化，這就是技術廣度;而很多性能問題呢，又隱藏得很深，可能因為一個小小的代碼，也可能因為線程池的類型選擇錯誤…可歸根結底考驗的還是我們對這項技術的了解程度，這就是技術深度。
顯然，性能調優不是一件容易的事。但有沒有什么方法能把這件事情做好呢?接下來跟你分享幾點我的心得。
本次分享總共分為六個點，小冊內容從如何制定性能調優與策略開始，把 Java 編程、多線程、JVM、設計模式、數據庫等幾個方面的性能優化細節陳述得清清楚楚，??有需要可以點擊這里下載完整版文檔??：
01 | 如何制定性能調優標準?
02 | 如何制定性能調優策略?
03 | 字符串性能優化不容小覷，百M內存輕松存儲幾十G數據
04 | 慎重使用正則表達式
05 | ArrayList還是LinkedList?使用不當性能差千倍
06 | 深入淺出HashMap的設計與優化
本次分享總共分為六個點，小冊內容從如何制定性能調優與策略開始，把 Java 編程、多線程、JVM、設計模式、數據庫等幾個方面的性能優化細節陳述得清清楚楚，??有需要可以點擊這里下載完整版文檔??。
