Router 6.0

1.修复SQL语句
2.修复分页bug
3.修复vue路由模式带来的刷新问题

Router 6.0 Preview

新的更新

1.本次更新没有对分析模块做太多的修改
2.更新主要引入项目分级模块，以及进度进展模块，并且增加了持久层（因为实际项目发现还是需要持久层的数据存储，不然工具一直得挂着）
3.Spring的调试分支是确定需要修正的，但不打算在preview中进行修改，反而提前修复分析struts1在forward时带来的转发报错。
4.有无开发者能协同开发调试级别的表达式运行功能？

第五代第一版

• 第四代由于没有调试事件，无法获得线程上下文对目标进行一些基础性的修改，第五代优化了大量的调试功能，重新启动调试功能
• 由于采用调试功能，需要连接目标后，在浏览器访问目标，触发请求调试。
• 为什么放弃第四代？因为第四代无法确保每一个servlet都得到初始化，比如目标存在spring容器，但是如果没有访问springmvc，那么内存就不会存在这个spring的任何内容，第五代就能解决这个问题。由于调试功能存在线程引用，所有我们能够强制所有未访问的servlet进行初始化，所以第一次访问会比较久（因为会大量调用远程方法）。但是可以完成一次分析就能完成所有的servlet初始化工作。

关于测试性功能：堆栈记录器

4.5: 新增堆栈功能

• 旧的版本还有一个小问题：如果目标的根站点直接绑定到某个框架上时，此时tomcat的默认路由处理会出现问题。新版得到解决
• 新版本增加了新的功能： 堆栈记录器。但是比较麻烦的是：堆栈记录器依旧建立在JAVA JDI的调试事件模式上，在面对庞大的项目，容易造成假死机的状态的，性能堪忧

Router4.4.1

优化的小版本（无重要bug）

1. 优化struts分析代码
2. 优化日志的推送消息

Router4.4

重要的更改

• 工具现有的目的可能会往API的行为做进一步分析，原先我花了大量时间在路由获取的解析工作，现在似乎这块内容得到了很多的改进是时候进一步让工具多做一点事情了，为此做了如下调整：

1. 内部已经完全地抽离了Handler和Framework这两种类型，并且Framework不再能够自己做扫描内存的工作了，这部分工作让Handler来处理，这样减少了jDI扫描次数
2. 在扫描内存的功能做了优化，不再暴力扫描内存了，相反，在扫描之前会做一次对比，确定目标是否出现动态新增的war包

router4.3.1

1.修复filter路由遗失问题

Router4.3

1. 4.2中存在jersey2路由前缀拼接的问题，在这一版中得到修复
2. 我觉得过滤器是一个非常值得关注的点，所以4.3需要进行引入，至少现在tomcat/jetty的解析器不再负责struts的前缀分析工作了，单独由Filter模块负责
3. 我做了尝试，发现似乎只要不给JDI下发断点命令，至少连接断开重连时，连接不再会被目标JVM拒绝（我之前的关闭方式可能不优雅导致的），所以再4.3开始重新启用关闭连接
4. UI层面的优化

Router4.2

1.重写了spring的内存模式分析(考虑国内产品喜欢修改spring源码的原因)
2.修复spring4.1.x版本的路由获取问题
3.修复spring5.2.0以下的路由获取

Router4

1.经过真实的大量尝试，确定可以完全抛弃调试事件的模式，因此完全去除调试事件
2.由于不再设置断点，已经不存在影响应用程序的问题了!