前言
对于TimeTunnel功能块的编写真的可以用心累来形容,总结一句话就是太想当然了!!在开始做这块功能的时候,原本大体的思路就是在watch方法的基础上请求参数进行序列化的操作,但是这个序列化的过程就没有那么容易了!考虑一下下面这种情况:
1 | public int doAdd(int x,String s,long l ,Job j,Main n,double d) {} |
考虑到我们将使用反射来完成回放功能,那么你需要将当前的类、方法名、方法参数类型、请求参数都保留下来,前面三个是好做的,但是如果你需要保留的参数并没有实现 Serializable 接口,那么该类就不能被序列化,并且就算该类实现了Serializable接口,也不能保证该类成员对象都能被序列化的!!(与深拷贝有点相似,需要考虑到整个对象的引用情况)
于是我换了一种思路,采用FastJson将对象以字符串的形式进行序列化,要回调的时候再通过JSON.parseObject实现对象的转换!!
先看看我的做的TimeTunnel效果图:对正在运行的函数doAdd和doDelet实现方法级别的流量录制.
1 | 2 |
对类、方法、方法参数以元数据存储一份,每一次的请求参数以当前时间轴进行保存:
实现序列化的两种方式
下面我主要来分享我对请求参数序列化实现的两种方式的一些思考。
为每个涉及到的类进行加强
刚刚在前言提到了,如果一个类包含对另外一个类的引用,那么想要为这个对象进行序列化的同时,也要为涉及到的所有类实现Serializable接口!
这个实现方式的大体思路是:通过广度优先遍历的方式对涉及到的类进行遍历,然后通过ASM为每个类实现Serializable接口。下面的方法为例:
1 | public int doAdd(int x,String s,long l ,Job j,Main n,double d){} |
方法开始时,将参数入到遍历队列中:【int x , String s , long l , Job j , Main n , double d】,对列表的第一个对象进行出栈,出栈后的对象进入到类加强列表中,因为int x 是一个基本类型数据,所以不需要进行加强,一直到Job j 时,将Job j放入到加强队列中:【Job j】,同时将Job类中引用到的所有类,放入到遍历队列中。
1 | public class Job implements Serializable{ |
现在遍历队列为:【Main n , double d , Test test , String str】
加强队列为:【Job j】
将遍历队列中的所有对象按照上述流程进行遍历,就可以得到需要加强的所有类了,最后通过asm动态的为加强类继承Serializable接口。
这种方式我没有具体的去实现过,主要是考虑到需要对涉及到类进行全部加强算是一个性能比较差的实现,所以在最终实现的时候还是通过FastJson来完成。
通过FastJson将参数以字符串形式进行保留
其实说简单点就是对原来的方法进行加强,当然这个加强是虚拟机层面上的AOP。原来的方法如下:
1 | public int doAdd(int x,String s,long l ,Job j,Main n,double d) { |
需要加强为如下:
1 | public int doAdd(int x,String s,long l ,Job j,Main n,double d) throws Exception{ |
有几点需要注意的是:因为涉及到IO,所以需要为该方法处理异常的情况,这个通过asm就可以做到:
1 | MethodVisitor mv = super.visitMethod(access, name, desc, signature, new String[]{"java/lang/Exception"}); |
还需要注意的是局部变量所在下标的位置,比如doAdd方法又6个参数,那么你就需要提前计算好所有会被用到的变量对应的下标,比如clazz、method、path都是需要根据当前方法来计算的,是不能写死的,核心的思路基本在visitCode体现了:
1 |
|