java监控_Java类应用监控应该监控哪些？

当有问题出现时，许多开发人员可能会比较盲目的用这些工具来试探性定位问题，而大多数情况下，这种试探会无功而返。因为这些分析工具主要是侧重Java单方面的分析，比如该系统调用第三方API，如果第三方API有问题，是无法监控到的。还有像文件、DB资源的访问也是是无法监控到的。

除了JAVA自带的监控工具外，我们尝试了第三方的监控工具透视宝，功能相对全面，且易操作。

在功能方面，透视宝都包括：查看执行最慢的10个元素，包括元素执行次数、持续时长和占用时长百分比；查看HTTP请求参数，包括请求的响应状态、链接页面、具体的请求参数及返回结果；查看代码执行堆栈的详细树状信息，包括每个方法的计算时间、总耗时和被调用的次数，您能直接看到特殊标识的最慢方法；查看涉及SQL语句的总耗时排序，包括SQL执行总耗时、执行次数和具体的查询语句；第三方API调用。

端到端性能监控示意图

在性能方面，云智慧透视宝的JavaAgent代码监控探针包，对用户的性能影响到底有多大？从安装包本身来看，它非常小，仅为1.5M。在不安装Java探针包和安装Java探针包，分别运行应用。经过测试对比，CPU使用率差值、内存消耗差值、TPS差值均在5%以内。

图：Java的执行模型

在Java的执行体系中，由.Java源码文件编译后的.class字节码文件，可以理解为中间语言。

图：透视宝Java监控实现原理

图：透视宝Java监控实例运行图

1、字节码load至JVM时发生了什么

* 回调函数注册完毕后，凡是当有任何的class文件即将被类加载器加载前，都

会执行回调函数transform，在此方法内实现的类改变操作。

* 实现的transform方法中，我们使用的是ASM字节码操作框架，ASM从二进制

形式的类文件中读取、分析类的信息，然后修改改变类的行为。

* transform方法的基本代码形式如下：

2、如何实际改变类行为

* 在依赖于ASM基础之上，我们抽象出这样的业务模型

* 常用的拦截探针

* 常用的运行时拦截处理器

* 支持的拦截定义过滤器规则

* 该业务模型对应的行为

定义拦截描述时，指定过滤拦截哪些类、哪些方法，然后，在这些行为的点上，可以埋入探针、处理器。重写visitCode、visitInsn、visitMaxs分别实现方法进入、返回、异常的相关操作改写。