http://www.jiehoo.com/all-roads-lead-to-rome.htm 解己之惑，解人之惑 Sat, 11 Oct 2008 15:11:45 +0000 http://wordpress.org/?v=2.0.4 http://www.jiehoo.com/all-roads-lead-to-rome.htm#comment-111 Thu, 07 Dec 2006 10:20:48 +0000 http://www.jiehoo.com/all-roads-lead-to-rome.htm#comment-111 [...] 这两天其实一直在为性能问题发愁，忙得连日志都没有时间写，前天晚上想到一个解决性能问题的可能方案，结果半宿都没有睡着，脑袋一直在不由自主的想着代码怎么写，但是这个方案只是提高了一倍的性能，今天把代码覆盖的报告又仔细的看了一遍，发现有个方法竟然被调用了两千三百万次，虽然那个代码就是一个直接的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。 这样修改以后性能又提升一倍。 [...] […] 这两天其实一直在为性能问题发愁，忙得连日志都没有时间写，前天晚上想到一个解决性能问题的可能方案，结果半宿都没有睡着，脑袋一直在不由自主的想着代码怎么写，但是这个方案只是提高了一倍的性能，今天把代码覆盖的报告又仔细的看了一遍，发现有个方法竟然被调用了两千三百万次，虽然那个代码就是一个直接的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。 这样修改以后性能又提升一倍。 […]

]]> http://www.jiehoo.com/all-roads-lead-to-rome.htm#comment-104 Tue, 05 Dec 2006 13:38:16 +0000 http://www.jiehoo.com/all-roads-lead-to-rome.htm#comment-104 [...] 作者: Cherami 原载: 深思熟虑后再开始行动版权所有。转载时必须以链接形式注明作者和原始出处及本声明。 [...] […] 作者: Cherami 原载: 深思熟虑后再开始行动版权所有。转载时必须以链接形式注明作者和原始出处及本声明。 […]

]]>