隨著網際網路行業的飛速發展，Java程式設計師佇列也隨著時代的發展在不斷擴大，這時候我們可以在這些程式設計師中劃分一下等級，每一級的工資也都差距很大，少則幾千多則上萬，現在我們就不去深究大範圍的，今天我們就來說說作為一個合格的java程式設計師必須要了解的7個網站測試效能指標，看看作為程式設計師的你是否都瞭解了，是否是一名合格的java程式設計師，可能中間還有個別不瞭解的，那麼現在讓我們一起來學習下，看看如何檢視並收集它們

一：平均負載

現在大多應用程式廣泛的測試指標是平均負載。我們習慣上會把平均負載分為三步驟去測量，它分為第5min、第15min和最後1min這三步驟。其次一定要保證數量低於機器的核心數。如果超過了其核心數，機器就會執行在壓力狀態下的。

不僅要簡單測量CPU的使用率，我們還要去關注每個核心的佇列中有多少程序。在核心使用率都是滿的情況下，其佇列中只有1個任務程序和有6個任務程序是有很大不同的。所以，平均負載不能單單隻考慮CPU的使用率。

推薦工具：htop

二：響應時間和吞吐量

一般從應用程式的響應時間就可以得知其程式完成資料傳輸所用的時間是多少。對於那些緩慢的查詢你就要去做一些最佳化來縮短時間了。吞吐量是從另外的角度去衡量傳輸資料的指標，它是指單位時間內系統處理的客戶請求數量。我們可以使用APMs去衡量這些指標，使用這些工具將有利於我們觀察新的部署能否影響到我們的應用程式。從中也可以看到網路傳輸的百分比，測量HTTP完成請求需要多少的時間。

推薦工具：

New Relic、AppDynamics、Ruxit

三：GC暫停頻率和持續時間

想要去了解GC暫停頻率和持續時間的關鍵是要分析GC日誌檔案。要分析它們，就需要我們收集JVM引數和GC日誌。需要注意觀察不同指標之間的資料是如何進行相互影響的。

推薦工具：GCViewer、jClarity Censum

四：錯誤率

絕大多數的開發人員其判斷錯誤率都是根據HTTP傳輸的失敗百分比。但是他們其實是忽略了一個更深層次的東西，那就是特定傳輸的錯誤率。這將會直接影響到您應用程式的執行狀況。這樣是可以顯示出程式碼方法的錯誤以及錯誤或異常出現的次數的。

但是關靠錯誤率資料對我們是沒有多大幫助的。最重要的而是我們要找到它們的根源並解決其問題。隨著Takipi的執行，我們要在日誌檔案中去尋找線索。我們是可以找到所有關於伺服器狀態的資訊，包括堆疊跟蹤、原始碼和變數值的。

推薦工具：Takipi

五：日誌大小

日誌其實是有一個缺點的，它是一直在呈現增加的。當我們的伺服器啟動擠滿了垃圾，一切都會慢下來。所以，我們需要密切關注日誌的大小。目前普遍的解決方法是使用logstash劃分使用日誌，將它們傳送並存儲在Splunk、ELK或其他的日誌管理工具當中去。

推薦工具：Splunk、Sumo Logic、Loggly

六：業務指標

應用程式的效能其實不是全都取決於響應時間和錯誤率的。其實業務指標也是一個方面，例如其收益和使用者數目。

推薦工具：Datadog、Grafana、Librato、The ELK stack

茄摳裙860170416跟各位大神一起溝通交流學習獲得免費學習影片

對於上述的6大指標不知道大家都瞭解了多少，為了讓大家的學習變得輕鬆、高效，我也特意找朋友錄製了一些關於Dubbo、Redis、Netty、zookeeper、Spring cloud、分散式、高併發等架構技術的資料影片免費給大家學習和欣賞。