这篇文章主要介绍了线上排查问题的利器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
虽然 Btrace 在关键时候能起到迅速排查问题的作用，但我个人感觉，这还是不到万不得已才使用的好。
首先，我们代码上线前，应该充分 review ，充分和相关方进行沟通，以避免不必要的问题发生。
其次，我们应该养成记 log 的良好习惯。遇到问题，如果有相关日志可以排查，是最方便的，同时，也是最安全，成本***的一种排查方法。
***，我们可以结合 btrace 和 jdk 自带的 tool 来排查问题，比如 jstack ， jstat 等等，快速的定位问题。
感谢你能够认真阅读完这篇文章，希望小编分享的“线上排查问题的利器Btrace怎么用”这篇文章对大家有帮助，同时也希望大家多多支持编程网，关注编程网行业资讯频道，更多相关知识等着你来学习!
