什麼是性能調優？
什麼是性能調校呢?一般是當用戶抱怨"太慢了"、"性能不足"、"軟硬件需要升級了"等問題時，提供較佳的性能。但不是要解決用戶所說的"這系統毀了"、"它不會工作了"等問題，這可能需要的是備援回滾、提高系統可獲得性(HA high Availability)等解決方案。但就數據庫系統而言，規劃高可獲得性的架構(如SQL Cluster、Mirroring、Log Shipping、Replication等)不會提升系統性能，還要注意是否降低了性能。
很多程序員對一些基礎問題只停留在“聽說過”或者“使用過”，沒有深入到技術細節裏。很多現成的技術非常容易上手，會讓我們產生自己很“厲害”的錯覺，但是卻忽略了其底層原理。這個其實是很危險的，技術的高低和掌握程度決定了我們的工資以及是否會被公司“優化”。
這不我們公司前些時候，系統研發部門來了一位前阿里的大神。
爲什麼叫他大神？因爲他來的這段時間，只做了一件事情——性能調優：把公司服務器的數量縮減到了原來的一半，結果系統的性能指標，反而還提升了很多！
一個好的系統性能調優不但給公司省錢，還能提高系統的性能。公司省了錢，老闆肯定高興，項目獎金翻倍，要知道，當時他的年薪是我的5倍還要多！
小編在這裏給大家分享一下大神總結的一些性能優化經驗，一般是以下幾個步驟：
- 目前現象；
- 提出猜想；
- 驗證猜想；
- 定位到問題；
- 解決問題；
性能調優流程
同樣的服務器，同樣的業務代碼，別人完成功能後，併發量只有500，而你是2000。老闆不給你加薪，給誰加？在一線互聯網公司，面試問的內容，往往也是圍繞着這個展開的。
但是大家實際做性能優化中的難點是卡在哪裏呢？一看技術點，好像我也懂一些，但是我怎麼還是不會性能優化呢？
仔細梳理下，其實不難發現，存在以下幾個問題：
第一：提不出猜想。
爲什麼你提不出猜想，那是因爲你的知識面不廣，基礎知識不牢固。知識面不夠，就導致針對現象，提不出問題。
第二：定位問題難；
這個的問題就是不會使用工具，我們在佐證我們的猜想時需要一些輔助工具。不會使用工具，就導致不能佐證猜想。
這兩步都做不好，性能優化工作就根本無法展開了。
性能優化是一個很大的領域，對應用進行性能優化，還有前端優化、架構優化（分佈式、緩存使用等）、數據存儲優化、代碼優化（如設計模式優化）等。怎樣能夠更好的掌握性能優化技能呢，在這份一份Java性能優化學習文檔，從基礎代碼性能優化，到JVM深度調優、設計模式優化，再到數據庫調優、併發編程性能優化，帶你在實戰中解決遇到的各種問題，不僅學技術，更要學習解決問題的思路！
本文檔共分爲6部分，爲了不影響大家的閱讀體驗，小編在這以截圖形式展示目錄與部分內容
第一部分：Java性能調優概述
主要包括：性能的概述、性能調優的層次、1.3 基本調優策略和手段
第二篇：設計模式調優
第三篇：Java 編程性能調優
主要包括：字符串優化處理、核心數據結構、使用NIO提升性能等等
第四篇：併發性能調優
主要包括：並行程序設計模式、JDK多任務執行框架、JDK併發數據結構、併發控制方法、 “鎖”的性能和優化、無鎖的並行計算、協程
第五篇：JVM 性能監測及調優
主要包括：Java虛擬機內存模型、JVM內存分配參數、垃圾收集基礎、常用調優案例和方法、實用JVM參數、實戰JVM調優
第六篇：Java性能調優工具
性能調優文檔總目錄
