線上排查問題的利器——Btrace
之前 Btrace 只是聽說過，但還沒有具體的用到。最近在排查線上問題的時候，使用了 Btrace ，發現 Btrace 真是在關鍵時候的利器。
Btrace 是一個安全，可以動態跟蹤 java 程序的一種工具。
他的操作不會對原有 java 進程產生影響，不用關閉正在運行的 java 進程，也不會修改 java 進程中的邏輯和數據。
因此，也就成為我們線上跟蹤生產代碼的有力工具!
Btrace 的腳本編寫也非常簡單：和寫 Java 代碼一樣的，因此對于我們，學習的曲線幾乎是平坦的。
下面就分享一下 Btrace 的一些用法：
如何使用 Btrace
基本用法： trace
其中， btrace 是在 btrace 下載包中的命令 , pid 是 JVM 的進程 id ， btrace-script 是編寫的 btrace 腳本。
Btrace 中的一些概念
Probe Point ： 關注點。就是我們要關注應用程序中要執行的“地方”，或者是一些“事件”的發生。
Trace Action ： 就是觸發了 probe point 的時候，我們所要執行的動作。
Action Methods ：我們的 trace action 都是寫在某個類的靜態方法中的，這個靜態方法，就是 action method 。
Btrace 中的一些限制：
Btrace 的初衷是要“跟蹤代碼”，而不是修改代碼，因此他要保證我們注入的腳本，是安全的，對應用程序來說是“只讀”的。也就是說不能修改應用程序的代碼或者數據。因此 Btrace 中有一些限制，主要有：
不能新建對象
不能拋異常
不能 catch 異常
不能調用實例方法和靜態方法。只能調用 Btrace 提供的 com.sun.btrace.BTraceUtils 中的方法和自己在腳本中定義的方法。
不能有循環
不能有斷言
……
初看起來，好像限制蠻多的。不過， com.sun.btrace.BTraceUtils 提供的方法很多，足夠我們來“跟蹤”代碼了。而且，這些限制也是必要的，因為我們只是到那個 JVM 去看看，看看而已。
一個簡單的 Btrace 腳本例子，其實就是 Java 代碼
其中：
其中類名需要加上 @Btrace 的注釋，以表示是 Btrace 腳本
OnMethod 表示一個 probe point ，這個就表示當執行到 java.awt.Component 這個類的
@Self 表示這個被實例化的 Component 的引用
@OnTimer 表示事件(通過時間)觸發的 probe point ，每隔 2 秒觸發一次
相信程序不用做過多解釋，大家都知道，終端將會打印出從跟蹤開始， Component 被實例化的個數。
支持的跟蹤類型
Btrace 支持的跟蹤類型有很多了，包括可以跟蹤：
跟蹤到某個實例方法的觸發
跟蹤到某個接口方法的觸發
跟蹤到觸發方法的參數，返回值
可以將當前觸發的線程堆棧打印出來
設置還可以跟蹤某個方法中的哪一行代碼被執行到
Btrace 的 User Guide
http://kenai.com/projects/btrace/pages/UserGuide
關于 Btrace 的原理
詳情可見： http://victorzhzh.javaeye.com/blog/965789
什么時候用 Btrace
雖然 Btrace 在關鍵時候能起到迅速排查問題的作用，但我個人感覺，這還是不到萬不得已才使用的好。
首先，我們代碼上線前，應該充分 review ，充分和相關方進行溝通，以避免不必要的問題發生。
其次，我們應該養成記 log 的良好習慣。遇到問題，如果有相關日志可以排查，是最方便的，同時，也是最安全，成本***的一種排查方法。
***，我們可以結合 btrace 和 jdk 自帶的 tool 來排查問題，比如 jstack ， jstat 等等，快速的定位問題。
以上就是本人剛開始使用 Btrace 的一些成果，希望能對大家排查問題帶來一些作用 。
【編輯推薦】
