想象一下,當程序所有的業(yè)務(wù)邏輯都完成的時候,你可能還來不及喘口氣,緊張的測試即將來臨。你的Boss告訴你,雖然程序沒問題,但某些方法為什么執(zhí)行這么慢,性能堪憂。領(lǐng)會了Boss的意圖之后,漫長的排查問題開始了。你會寫日志,或者是其他工具來追蹤原因。那么如何以一種優(yōu)雅的形式,并且不侵入業(yè)務(wù)代碼的形式來跟蹤呢?這正是本文的內(nèi)容。
跟蹤問題
通過觀察,你發(fā)現(xiàn)方法Do
執(zhí)行緩慢,可能有性能問題,因為這是一個線上的版本,你無法進行Debug,所以你通過日志的形式來追蹤執(zhí)行步驟:
class Foo1{ void Do() { //日志記錄開始 //性能監(jiān)控開始 DoSomething(); //日志記錄結(jié)束 //性能監(jiān)控結(jié)束 } }
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26