pinpoint监控学习笔记

pinpoint分以下主要模块：

pinpoint-agent，这个工程引用了其它核心jar，整个pinpoint监控的配置文件在这个项目中: pinpoint.config。

pinpoint-bootstrap:

  这个工程定义了当jvm启动时，利用java instrument，实现对于后续pinpoint-core jar及相应plugin的加载等任务。

  进行以下步骤：

  1.将pinpoint-core包加入javassist的bootstreap类加载器当中。

  2.会创建plugin类加载器，加载所有用户自定义插件jar，如dubbo等。

  3.创建pinpoint类加载器，加载pinpoint profile jar包，及找出一个Agent实现，这里是DefaultAgent，并创建它。

  4.创建好后，调用DefaultAgent的start方法，启动agent实例，底层会创建cpu，jvm内存的收集线程。

pinpoint-core:

  这个工程是整个pinpoint核心jar包，如Agent的接口定义都在此包中。

pinpoint-profile：

  这个工程包含DefaultAgent的实现。

  在创建DefaultAgent的时候，所处类加载器是pinpoint classLoad。这里会做以下事情：

  1.加载所有扩展plugin，这些plugin有些需要对相应类进行增强，所以会先将这些plugin类注册到transformerRegistry中，这里transformerRegistry内部用要增强的类名作为key，对应用户实现增强逻辑的transformer实现作为value。

  2.创建一个ClassFileTransformerDispatcher，将它加入到java的instrumentation中。之后应用类加载器加载类时会运行ClassFileTransformerDispatcher的transform方法。由ClassFileTransformerDispatcher去根据类名查找到之前存放在transformerRegistry中的用户实现的字节码增强transformer类。

  然后回调这个用户实现的transformer类，以此实现字节码增强。

类加载器层次：

MonitClassLoader就是pinpointClassLoader负责加载agent相关的jar包，监控的lib jar包等，它继承于应用路径的加载器AppClassLoader。

这么做有个好处，因为加载类基于父类委派原则，所以如果监控jar包含了业务应用相关类时，会从应用加载器加载，这样不会导致应用要求的类被监控jar污染。

pluginClassLader在jvm正式加载应用类时，调用 Instrumentation对应注册的ClassFileTransformer中transform时，这里需要根据之前注册过的插件去进行相应类的字节码增强逻辑。

由于这里需要用到监控的一些类，比如字节码增强javassist相关类，及一些织入工具类，监控libs下相关jar等。因此pluginClassLader需要继承于MonitClassLoader。

父类委派模式，对于以下需求比较合适：

新增的相应逻辑，即需要新增一些类及依赖是原应用没有的，又需要去加载原应用的一些类。

监控就属于这种需求。