歡迎關注公衆號【sharedCode】致力於主流中間件的源碼分析， 我的網站：https://www.shared-code.com/服務器
上一篇博文中咱們將鏈路追蹤系統的DEMO搭建好了，本文主要是介紹zipkin-ui界面的功能，讓你們瞭解ui界面中一些參數的意義網絡
首頁
首頁裏面主要承載了trace的查詢功能，根據不一樣的條件，搜索出數據來源碼分析
trace詳情
span詳情
這個圖中，須要注意的是相對時間和調用行爲網站
調用行爲分以下四種：ui
cs - Client Send : 客戶端已經提出了請求。這就設置了跨度的開始。spa
sr - Server Receive: 服務器已收到請求並將開始處理它。這與CS之間的差別將是網絡延遲和時鐘抖動的組合。code
ss - Server Send: 服務器已完成處理，並將請求發送回客戶端。這與SR之間的差別將是服務器處理請求所花費的時間中間件
cr - Client Receive : 客戶端已經收到來自服務器的響應。這就設置了跨度的終點。當記錄註釋時，RPC被認爲是完整的。blog
相對時間：排序
表示在調用鏈開始到如今的時間，好比
從trace生成到如今，
17ms的時候，Client Send bas-ms這個應用發出了調用
19ms的時候，Server Receive ems-ms收到了bas-ms的調用。 這個說明，從bas-ms到ems-ms中間的網絡耗時花費了2ms.
34ms的時候，Server Send ems-ms的方法執行完畢，準備返回響應結果給bas-ms , 這說明ems-ms處理請求花費了34-19 = 15ms
34ms的時候，Client Receive bas-ms收到了返回結果
界面顯示的時候，是根據相對時間來排序的，因此Client Receive排在了第三位，由於他和Server Send的時間是同樣的。
全局依賴
點擊服務名，彈出以下框，顯示出了調用關係，
點擊具體的服務名，出現以下界面
Number of calls ： 總的調用數（除去異常的）
Number of errors：調用異常的次數