想象一下，當程序所有的業(yè)務邏輯都完成的時候，你可能還來不及喘口氣，緊張的測試即將來臨。你的Boss告訴你，雖然程序沒問題，但某些方法為什么執(zhí)行這么慢，性能堪憂。領會了Boss的意圖之后，漫長的排查問題開始了。你會寫日志，或者是其他工具來追蹤原因。那么如何以一種優(yōu)雅的形式，并且不侵入業(yè)務代碼的形式來跟蹤呢？這正是本文的內容。
跟蹤問題
通過觀察，你發(fā)現方法Do執(zhí)行緩慢，可能有性能問題，因為這是一個線上的版本，你無法進行Debug，所以你通過日志的形式來追蹤執(zhí)行步驟：
class Foo1{ void Do() { //日志記錄開始
//性能監(jiān)控開始
DoSomething(); //日志記錄結束
//性能監(jiān)控結束
}
}