这两天其实一直在为性能问题发愁，忙得连日志都没有时间写，前天晚上想到一个解决性能问题的可能方案，结果半宿都没有睡着，脑袋一直在不由自主的想着代码怎么写，但是这个方案只是提高了一倍的性能，今天把代码覆盖的报告又仔细的看了一遍，发现有个方法竟然被调用了两千三百万次，虽然那个代码就是一个直接的return
一个成员变量的语句，但是拿到那个对象后MockEJB会和Aspect进行匹配，需要使用Apache ORO的正则表达式，这个不慢才怪。MockEJB默认使用AspectSystemImpl，它会遍历所有的Aspect，而我的某个测试用例可能会牵涉到20个以上的Entity Bean，每个Entity Bean有三个Aspect，然后调用EJB的每个方法都会这么遍历并且进行匹配，天啊！
没有办法，自己实现了一个AspectSystem，先把和我的工程无关的调用过滤掉，然后再根据调用的方法解析出对应的Entity Bean，从Map里面查找对应的Aspect（只有三个），这样速度一举提升10倍。刚才那个被调用两千三百万次的方法的调用次数也下降到四十万次左右。
还没有完，还是不满意，原来的那些Pointcut是使用的MockEJB自己带的一个实现类：MethodPatternPointcut，我写的那个表达式还是比较复杂的，想到我已经解析出来对应的Entity Bean了，我只关心方法名或者方法前缀就可以了，就自己实现了Pointcut。
这样修改以后性能又提升一倍。

代码如下：
阅读全文