埋點  

           記錄類或者方法的呼叫資訊以及錯誤日誌資訊；

           呼叫的資訊和狀態以資料形式通過表格顯示出來。錯誤日誌以圖形、圖表和詳情頁面的形式展現出來。清晰直觀。便於觀看、查詢和管理。

 
    上圖是對接成功的截圖，圖片顯示：對方IP，對方加埋點方法，方法呼叫狀態，logview可點選檢視日誌或者呼叫的子方法（子方法也需要加埋點）。

      專案對接很簡便：因為現在是自動加埋點，就是用註解的方式加埋點，引用註解就需要引用jar包。

       這是我們組開發的，目前僅供公司內部用的專案，因為公司平臺比較多，和其他平臺對介面對接了好長時間（其實這個專案

        對接成功後，在我們這個專案裡邊，他們搜尋自己定義的專案名app.name，會出現他們加埋點方法。

        其實，剛開始做這個加埋點的專案時，我感覺這個專案存不存在都無所謂，因為，每個專案裡邊都有自己的日誌檔案，按照以前的習慣，看log檔案是最直接的。

         再後來，專案做出來了，我們需要讓其他平臺都接入，我去對接的時候還是沒底氣的。。。。我不知道怎麼說服他們抽出時間來對接我們的專案（因為他們都挺忙的）。最後還是拖拖拉拉，憑藉我的優勢（還好我是女生("▔□▔)）和商品平臺、訂單平臺成功對接（我負責商品和訂單兩個平臺）。

        其他平臺對接完了，剛好趕上大促，趁著這個時間，各個平臺對接的專案都把程式碼發到了生產，終於可以展現我們專案的作用了，可以一覽全域性了。。。。。

        大顯示屏上顯示我們的專案，每個平臺都通過搜自己定義的app.name來搜自己的埋點（只在自己需要監控的方法上加埋點），現在不是時時重新整理，需要手動搜尋，所以，各個平臺隔段時間會過來搜一下，看到錯誤率高的就在頁面檢視日誌看下原因，平均時間超過一分鐘的，也直接在頁面上邊檢視日誌，看是什麼原因導致的。

       現在，公司內部都在使用這個加埋點的專案，現在自信多了，哈哈，視覺化的專案日誌管理確實實用，現在感覺前段時間的加班算是值了。

       手動埋點比較麻煩，但是實用。哪用加哪。