转载:http://budairenqin.iteye.com/blog/1500366
新项目开始之前领导让研究下公司原有的框架(基于struts1.2.9+spring2.0.6),比较古老了。读service基类时发现竟然将request穿透到了service层(request为BaseService的实例变量),这样service就变成了有状态Bean,使service层变成了非线程安全,导致用Spring容器管理service的时候不得不使用prototype的scope
我们知道,service由于要做事务的包装,需要创建代理对象,spring中使用JDK动态代理或者CGLIB动态代理来创建代理对象,据说JDK动态代理创建对象的时间快于CGLIB,但是性能比CGLIB差(接下来我会测试这个观点),所以我得出以下结论:
1.spring在bean的scope为prototype的情况下,因为是延迟实例化bean,所以最好使用JDK的API创建代理对象;
2.反之对于singleton对象,spring默认是容器启动时就初始化bean,最好使用CGLIB来创建对象
把service配置成singleton我觉得性能方面显然要更好些,如果非要将request穿透到service层,是不是可以考虑用ThreadLocal?
在测试之前,我们先确定spring是以什么方式使用JDK动态代理和CGLIB的,如图:
JDK动态代理:
CGLIB动态代理:
接下来对测试下JDK动态代理和CGLIB动态代理的性能(CGLIB测试代码也和spring一样使用MethodInterceptor)
先贴上测试代码
- public interface CountService {
- int count();
- }
- public class CountServiceImpl implements CountService {
- private int count = 0;
- public int count() {
- return ++count;
- }
- }
- import java.io.File;
- import java.io.FileNotFoundException;
- import java.io.FileOutputStream;
- import java.io.IOException;
- import java.lang.reflect.InvocationHandler;
- import java.lang.reflect.Method;
- import java.lang.reflect.Proxy;
- import java.text.DecimalFormat;
- import net.sf.cglib.core.DefaultGeneratorStrategy;
- import net.sf.cglib.proxy.Enhancer;
- import net.sf.cglib.proxy.MethodInterceptor;
- import net.sf.cglib.proxy.MethodProxy;
- @SuppressWarnings("unused")
- public class DynamicProxyPerformanceTest {
- public static void main(String[] args) throws Exception {
- CountService delegate = new CountServiceImpl();
- long time = System.currentTimeMillis();
- CountService jdkProxy = createJdkDynamicProxy(delegate);
- time = System.currentTimeMillis() - time;
- System.out.println("Create JDK Proxy: " + time + " ms");
- time = System.currentTimeMillis();
- CountService cglibProxy = createCglibDynamicProxy(delegate);
- time = System.currentTimeMillis() - time;
- System.out.println("Create CGLIB Proxy: " + time + " ms");
- for (int i = 0; i < 3; i++) {
- test(jdkProxy, "Run JDK Proxy: ");
- test(cglibProxy, "Run CGLIB Proxy: ");
- System.out.println("-------------------");
- }
- }
- private static void test(CountService service, String label) throws Exception {
- service.count(); // warm up
- int count = 10000000;
- long time = System.currentTimeMillis();
- for (int i = 0; i < count; i++) {
- service.count();
- }
- time = System.currentTimeMillis() - time;
- System.out.println(label + time + " ms, " + new DecimalFormat().format(count * 1000 / time) + " t/s");
- }
- private static CountService createJdkDynamicProxy(final CountService delegate) {
- CountService jdkProxy = (CountService) Proxy.newProxyInstance(ClassLoader.getSystemClassLoader(),
- new Class[] { CountService.class }, new JdkHandler(delegate));
- // 反汇编字节码用,测试的时候注释掉这段代码,不然影响测试结果
- // 下面一行代码参照java.lang.reflect.Proxy
- // byte[] proxyClassFile =
- // sun.misc.ProxyGenerator.generateProxyClass(
- // jdkProxy.getClass().getName(), jdkProxy.getClass().getInterfaces());
- // try {
- // FileOutputStream fos =
- // new FileOutputStream(new File(jdkProxy.getClass().getName() + ".class"));
- // fos.write(proxyClassFile, 0, proxyClassFile.length);
- // } catch (FileNotFoundException e) {
- // e.printStackTrace();
- // } catch (IOException e) {
- // e.printStackTrace();
- // }
- return jdkProxy;
- }
- private static class JdkHandler implements InvocationHandler {
- final Object delegate;
- JdkHandler(Object delegate) {
- this.delegate = delegate;
- }
- public Object invoke(Object object, Method method, Object[] objects) throws Throwable {
- return method.invoke(delegate, objects);
- }
- }
- private static CountService createCglibDynamicProxy(final CountService delegate) throws Exception {
- Enhancer enhancer = new Enhancer();
- enhancer.setSuperclass(CountServiceImpl.class);
- enhancer.setCallback(new MethodInterceptor() {
- @Override
- public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
- return proxy.invokeSuper(obj, args);
- }
- });
- CountServiceImpl cglibProxy = (CountServiceImpl) enhancer.create();
- // 反汇编字节码用,测试的时候注释掉这段代码,不然影响测试结果
- // 下面一行代码参照net.sf.cglib.core.AbstractClassGenerator类中byte[] b = strategy.generate(this);
- // byte[] proxyClassFile = new DefaultGeneratorStrategy().generate(enhancer);
- // try {
- // FileOutputStream fos =
- // new FileOutputStream(new File(cglibProxy.getClass().getName() + ".class"));
- // fos.write(proxyClassFile, 0, proxyClassFile.length);
- // } catch (FileNotFoundException e) {
- // e.printStackTrace();
- // } catch (IOException e) {
- // e.printStackTrace();
- // }
- return cglibProxy;
- }
- }
数据为执行三次,每次调用一千万次代理方法的结果
测试环境1:
JDK:fastdebug1.6
CGLIB:和spring2.0.6 使用同样的cglib-nodep-2.1_3.jar
CPU:P8400 2.53GHz 2.53GHz
测试结果1:
- Create JDK Proxy: 13 ms
- Create CGLIB Proxy: 201 ms
- Run JDK Proxy: 1571 ms, 897,559 t/s
- Run CGLIB Proxy: 824 ms, 1,711,244 t/s
- -------------------
- Run JDK Proxy: 1519 ms, 928,285 t/s
- Run CGLIB Proxy: 576 ms, 2,448,030 t/s
- -------------------
- Run JDK Proxy: 1546 ms, 912,073 t/s
- Run CGLIB Proxy: 590 ms, 2,389,941 t/s
- -------------------
CGLIB创建代理对象速度大概比JDK Proxy慢15倍,执行速度是JDK Proxy的2倍左右
测试环境2:
JDK:fastdebug1.7
CGLIB:和spring2.0.6 使用同样的cglib-nodep-2.1_3.jar
CPU:P8400 2.53GHz 2.53GHz
测试结果2:
- Create JDK Proxy: 14 ms
- Create CGLIB Proxy: 204 ms
- Run JDK Proxy: 1608 ms, 876,906 t/s
- Run CGLIB Proxy: 529 ms, 2,665,530 t/s
- -------------------
- Run JDK Proxy: 1591 ms, 886,276 t/s
- Run CGLIB Proxy: 405 ms, 3,481,642 t/s
- -------------------
- Run JDK Proxy: 1624 ms, 868,266 t/s
- Run CGLIB Proxy: 405 ms, 3,481,642 t/s
- -------------------
CGLIB创建代理对象速度大概比JDK Proxy慢15倍,执行速度是JDK Proxy的4倍左右
测试环境3:
JDK:jdk1.6.0_21
CGLIB:和spring2.0.6 使用同样的cglib-nodep-2.1_3.jar
CPU:P8400 2.53GHz 2.53GHz
测试结果3:
- Create JDK Proxy: 8 ms
- Create CGLIB Proxy: 99 ms
- Run JDK Proxy: 911 ms, 1,547,821 t/s
- Run CGLIB Proxy: 435 ms, 3,241,529 t/s
- -------------------
- Run JDK Proxy: 870 ms, 1,620,764 t/s
- Run CGLIB Proxy: 399 ms, 3,533,998 t/s
- -------------------
- Run JDK Proxy: 894 ms, 1,577,254 t/s
- Run CGLIB Proxy: 404 ms, 3,490,260 t/s
- -------------------
CGLIB创建代理对象速度大概比JDK Proxy慢10倍以上,执行速度是JDK Proxy的2倍左右
测试环境4:
JDK:jdk1.7.0_02
CGLIB:和spring2.0.6 使用同样的cglib-nodep-2.1_3.jar
CPU:P8400 2.53GHz 2.53GHz
测试结果4:
- Create JDK Proxy: 43 ms
- Create CGLIB Proxy: 129 ms
- Run JDK Proxy: 940 ms, 1,500,069 t/s
- Run CGLIB Proxy: 299 ms, 4,715,937 t/s
- -------------------
- Run JDK Proxy: 921 ms, 1,531,015 t/s
- Run CGLIB Proxy: 269 ms, 5,241,878 t/s
- -------------------
- Run JDK Proxy: 932 ms, 1,512,945 t/s
- Run CGLIB Proxy: 265 ms, 5,321,001 t/s
- -------------------
CGLIB创建代理对象速度大概比JDK Proxy慢3倍,执行速度是JDK Proxy的3倍以上
字节码比较:
把测试代码中被注释的部分打开,生成class文件后执行javap -c 类名
JDK动态代理生成的字节码:
- public final int count() throws ;
- Code:
- 0: aload_0
- 1: getfield #16 // Field java/lang/reflect/Proxy.h:Ljava/lang/reflect/InvocationHandler;
- 4: aload_0
- 5: getstatic #50 // Field m3:Ljava/lang/reflect/Method;
- 8: aconst_null
- 9: invokeinterface #28, 4 // InterfaceMethod java/lang/reflect/InvocationHandler.invoke:(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;
- 14: checkcast #52 // class java/lang/Integer
- 17: invokevirtual #55 // Method java/lang/Integer.intValue:()I
- 20: ireturn
- 21: athrow
- 22: astore_1
- 23: new #42 // class java/lang/reflect/UndeclaredThrowableException
- 26: dup
- 27: aload_1
- 28: invokespecial #45 // Method java/lang/reflect/UndeclaredThrowableException."<init>":(Ljava/lang/Throwable;)V
- 31: athrow
- Exception table:
- from to target type
- 0 21 21 Class java/lang/Error
- 0 21 21 Class java/lang/RuntimeException
- 0 21 22 Class java/lang/Throwable
CGLIB生成的字节码:
- public final int count();
- Code:
- 0: aload_0
- 1: getfield #37 // Field CGLIB$CALLBACK_0:Lnet/sf/cglib/proxy/MethodInterceptor;
- 4: dup
- 5: ifnonnull 17
- 8: pop
- 9: aload_0
- 10: invokestatic #41 // Method CGLIB$BIND_CALLBACKS:(Ljava/lang/Object;)V
- 13: aload_0
- 14: getfield #37 // Field CGLIB$CALLBACK_0:Lnet/sf/cglib/proxy/MethodInterceptor;
- 17: dup
- 18: ifnull 52
- 21: aload_0
- 22: getstatic #43 // Field CGLIB$count$0$Method:Ljava/lang/reflect/Method;
- 25: getstatic #45 // Field CGLIB$emptyArgs:[Ljava/lang/Object;
- 28: getstatic #47 // Field CGLIB$count$0$Proxy:Lnet/sf/cglib/proxy/MethodProxy;
- 31: invokeinterface #53, 5 // InterfaceMethod net/sf/cglib/proxy/MethodInterceptor.intercept:(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;Lnet/sf/cglib/proxy/MethodProxy;)Ljava/lang/Object;
- 36: dup
- 37: ifnonnull 45
- 40: pop
- 41: iconst_0
- 42: goto 51
- 45: checkcast #55 // class java/lang/Number
- 48: invokevirtual #58 // Method java/lang/Number.intValue:()I
- 51: ireturn
- 52: aload_0
- 53: invokespecial #35 // Method CountServiceImpl.count:()I
- 56: ireturn
相关推荐
基于hadoop的百度云盘源代码(亲测可用完整项目代码),个人经导师指导并认可通过的毕业设计项目,评审分98分,项目中的源码都是经过本地编译过可运行的,都经过严格调试,确保可以运行!主要针对计算机相关专业的正在做毕业设计的学生和需要项目实战练习的学习者,资源项目的难度比较适中,内容都是经过助教老师审定过的能够满足学习、使用需求,如果有需要的话可以放心下载使用。 基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的百度云盘源代码(亲测可用完整项目代码)基于hadoop的
cruise软件模型,串联混动ECMS,cruise增程混动仿真模型,A-ECMS控制策略,Cruise混动仿真模型,串联混动汽车动力性经济性仿真。 关于模型 1.本模型是基于增程混动架构搭建的cruise仿真模型,串联混动架构,实现简易的A-ECMS控制,可用于相关策略开发及课题研究。 2.模型是基于cruise simulink搭建的base模型,策略模型基于MATLAB Simulink平台搭建完成,通过C++编译器编译成dll文件给CRUISE引用,实现联合仿真。 3.尽可能详细的描写了策略说明,大约14页左右,主要解释策略搭建逻辑及各模式间的转。 4.模型主要供学习使用,不同的车型控制策略必然不同,请不要抱着买来即用的态度拿后,具体车型仿真任务请根据需求自行变更模型,或联系模型定制。 5.使用模型前请确保有相应软件基础,卖的是模型,不是软件教程。 关于模型策略问题可以适当交流,但不做软件保姆式教学。 6.模型由“王浮生不怕生”搭建,拿后模型提供五天文字,盗版用户不提供,找谁买的问谁去。 7.文件包含:cruise模型、simulink策略模型、策略说明文档。 8.DLL文件使
Java 21 是一款里程碑式的版本,虚拟线程让高并发编程突破极限,字符串模板让文本处理更简单直观,模式匹配增强则彻底解放你的双手。加上性能优化、集合新功能,它不仅让开发更轻松,还能大幅提升应用运行效率。快来体验这个重新定义开发体验的版本吧!
基于java的无人超市管理系统设计与实现.docx
2021中国新锐品牌发展研究:食品饮料行业报告
永磁同步电机FOC矢量控制4种方法模型:双闭环PI控制、电流滞环控制、转速环滑模控制、电流环PR控制4个simulink模型 三相永磁同步电机矢量控制Matlab Simulink仿真模型,带有各部分模块详细介绍文档及参考文献17篇。 内容非常全面,说明文档从转速电流双闭环PI控制开始介绍,同时含滞环电流控制、滑模速度控制、静止坐标系下电流PR控制的原理介绍、模型介绍、参数计算步骤、模块结构介绍和仿真波形分析。 方便对比加深理解,以及改进丰富内容。 总共含4个矢量控制(FOC)的Simulink仿真模型,清单如下: (1)一般矢量控制即转速环、电流环均采用PI调节器,则对应仿真模型PMSM_FOC_PI.slx文件。 (2)在(1)的基础上把电流环PI控制器成滞环控制,则对应仿真模型PMSM_Zhihuan.slx文件。 (3)把转速环PI控制器成滑模控制,则对应仿真模型PMSM_SMC.slx文件。 (4)若电流控制中不采用坐标变,把电流环PI控制器成PR控制器,则对应仿真模型PMSM_PR.slx。 Matlab2015b以上都能正常运行,参数已调好,可直接运行。 内含资料,对Si
内容概要:本文详细介绍了关于寻找最长回文子串的相关知识,包括前置理论、不同求解方法的具体操作及其优势。首先,阐述了回文串这一特殊结构的概念及其特性——正序逆序完全一致。紧接着,围绕中心扩展法和马拉车算法展开叙述。前者基于字符逐一检查周边字符的方法,在每一点向外延伸探索最长相同序列。而后者利用预处理阶段将字符间隔用特殊符号填充形成全新字符串形式,并建立相应的辅助工具(如回文半径数组)用于跟踪回文中点位置与范围变动情况,再经由巧妙规则判定并逐步推进搜索进度,从而大大降低了运行成本。最后还提到了两种常规方法——动态规划与中心扩展的具体思路以及它们各自适用的情况和局限性。 适合人群:正在研究或学习数据结构和算法特别是字符串处理相关领域的技术人员和爱好者。 使用场景及目标:帮助开发者针对字符串匹配类的问题,尤其是回文判定和查找场景,掌握更多高效的解决方案,优化程序性能。具体应用场景如文本编辑器、搜索引擎中的关键字检索等方面可能会涉及到这类算法的应用。
录屏
C语言实践作业飞机大战.zip
人机对话意图识别数据集
瑞幸咖啡企业微信群话术及人设搭建SOP.xlsx
基于java的居家养老健康管理系统设计与实现.docx
基于java的在线租房招聘平台设计与实现.docx
基于java的企业信息管理系统设计与实现.docx