关于一个profiler工具的设计

我目前想对之前写的一个profiler工具进行重构，和大家探讨一下我设想的一些思路。

首先，在设计中包含一个重要的概念-----轨迹。

• 轨迹的设想
  

        1）轨迹的定义

        在系统中，任何程序的执行都有可能留下轨迹（数据库的调用会留下SQL轨迹，事务的轨迹，http请求会留下访问的轨迹，程序的方法执行也可以留下轨迹）。

        轨迹包含了对性能分析有用的信息（比如上下文的信息，线程堆栈的信息，执行时间的信息等等），轨迹之间存在关系，比如数据库事务的轨迹和SQL的轨迹，http请求和类方法执行的轨迹之间都有一定的关系。在性能分析中，我们可能存在几个关注点，比如数据库，远程调用，方法调用，组件等等，通过这些关注点相关程序留下的轨迹，我们进行性能分析。

        2）轨迹的管理

       轨迹是错综复杂的，零碎地，关系模糊的，所以要真正有助于性能分析，还需要相应的支持。所以，轨迹又需要生命周期管理，和统计管理。

       轨迹的生命周期管理：轨迹创建----到销毁的各个状态，有些时候,对于有问题的轨迹（比如执行时间过长），我们不希望销毁轨迹，我们把这部分轨迹保留下来供性能分析。

       轨迹的统计：不同关注点的轨迹，存在不同的统计逻辑，通过统计，展现给性能分析者，统计的逻辑可能很多样，组件必须保持这方面的扩展。

     3）轨迹的注入

      轨迹不会自己产生，我们也不可能修改系统的代码。而我又不想像其他的一些分析工具一样，通过本地接口获取JVM的状态从而进行统计（那样就得依赖JVM，依赖OS）。现在我唯一能想到的办法，是采用classworking。目前，我已经实现了一个ClassEnhancer，它能够对指定的类在现有ClassLoader模型采用父子委托模型的情况下很好的对类进行inject（如果不是这种模型，有可能在某些很特殊的部署方式下inject失败）。

• 组件的设计

     1）构件模型

      组件的内部构件包括：

     核心构件：包含轨迹，轨迹的生命周期，轨迹的统计

     bytecode构件：可以对类进行inject，采用最通用的代理模式invokehandle模式。

     各种监控的构件：依赖于核心构件（有可能也依赖于bytecode构件）构造各种监控构件，比如数据库监控构件，类方法监

控构件等等，构件可能扩展统计逻辑，现在对于这种构件还没有想好怎么样定义他们的统一行为，我希望以后可以再此基础上由第三方扩展新的监控构件。

     配置构件：没什么好说的。。。

     界面：目前我是采用servlet，不知道大家有没什么好建议，像现在其他的profiler似乎都采用swing，这样做似乎部署挺成

问题，我希望组件适用于生产环境，而不只是监控监控测试环境，那样分析不出什么，但是servlet做出来的界面效果。。。

    2）部署

    我希望部署越简单越好，现在我能够做到的配置，需要配置各种统计策略数据，但是数据库监控的数据配置比较繁琐，主要是由于，之前数据库监控构件不是基于classworking实现 ，而是采用代理连接池实现。不过现在可以通过classworking在数据库驱动这层进行注入。

 

     先写这么多，也算整理一下自己的思路，欢迎大家提出新的想法。