我们使用带有@AspectJ
样式注释的Spring(3.0.5)AOP和<aop:aspectj-autoproxy/>
。我们将它用于事务,审计,性能分析等。除了应用程序的启动时间随着更多代码的添加而不断增长外,它的工作正常。
我做了一些分析,发现大部分时间是在Spring容器初始化期间花费的,更具体地说是org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(String, ObjectFactory)
- 花费大约35秒。
org.springframework.aop.support.AopUtils.canApply(Pointcut, Class, boolean)
- 大约需要15秒。
我的目标是让应用程序在5-10秒内启动,而不是现在的约45秒,所以任何提示都会非常感激。
答案 0 :(得分:5)
从您发布的内容看起来您使用加载时间编织会导致启动损失,因为系统必须在加载时编织所有类。如果您的主要关注点是启动时间,那么我建议您切换到编译时编织。您可以在spring文档(第6章,第8节)或AspectJ站点(http://www.eclipse.org/aspectj/docs.php)中找到有关如何执行此操作的说明
使用AspectJ编译器切换到编译时编织相对比较直接:
<aop:aspectj-autoproxy/>
符号
从您的上下文文件。 对于Maven:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>aspectj-maven-plugin</artifactId>
<version>1.3</version>
<configuration>
<verbose>true</verbose>
<source>1.6</source>
<target>1.6</target>
<complianceLevel>1.6</complianceLevel>
<showWeaveInfo>true</showWeaveInfo>
<aspectLibraries>
<aspectLibrary>
<groupId>org.springframework</groupId>
<artifactId>spring-aspects</artifactId>
</aspectLibrary>
</aspectLibraries>
</configuration>
<executions>
<execution>
<goals>
<goal>compile</goal>
</goals>
</execution>
</executions>
</plugin>
对于Ant
<taskdef
resource="org/aspectj/tools/ant/taskdefs/aspectjTaskdefs.properties">
<classpath>
<pathelement location="${lib.dir}/AspectJ_1.6.8/aspectjtools.jar"/>
</classpath>
</taskdef>
<iajc aspectPath="${file.reference.spring-aspects.jar}; ${build.classes.dir}/path/to/custom/aspects"
classpath="${lib.dir}/AspectJ_1.6.8/aspectjrt.jar; ${javac.classpath}"
inpath="${build.classes.dir}"
destDir="${build.classes.dir}"
showWeaveInfo="true" />
答案 1 :(得分:3)
我遇到了同样的问题,结果发现Spring AOP自动代理在启动时花了很多时间用bcel加载类(没有缓存,所以一次又一次地加载像java.lang.Object这样的类......)试图找出适用的建议。 通过编写更细粒度的Point剪切(例如,在@within中使用)可以稍微改善一下,但是如果所有的切入点都是用@annotation编写的话,我发现了一个更好的解决方案。
1)使用以下命令停用自动代理:spring.aop.auto = false
2)编写AnnotationAwareAspectJAutoProxyCreator的自定义子类,根据您自己的标准过滤要装饰的bean,例如,这个基于包和注释:
@Override
protected Object[] getAdvicesAndAdvisorsForBean(Class<?> beanClass, String beanName, TargetSource targetSource) {
if (beanClass != null && isInPackages(beansPackages, beanClass.getName()) && hasAspectAnnotation(beanClass)) {
return super.getAdvicesAndAdvisorsForBean(beanClass, beanName, targetSource);
} else {
return DO_NOT_PROXY;
}
}
在我的情况下,启动时间从60秒降至15秒。
我希望它会帮助某人和北极熊
答案 2 :(得分:2)
如果您有很多非单例bean,显然这是一个已知问题。 Spring 3.1似乎有一个修复:https://jira.springsource.org/browse/SPR-7328
答案 3 :(得分:1)
我不确定它是否适用于你的情况,但是Spring performance can be improved by empolying a CachingBeanFactory。
这通常适用于布线bean,但根据您的方面的应用和连线方式,它可能会带来改进。
答案 4 :(得分:1)
你有任何循环依赖吗?这就是杀死我当前的应用程序。
我知道这不是一个真正的解决方案,但我会打破上下文,在不同的vms中运行不同的服务,SOA风格。这应该允许您的所有应用程序具有较小的启动时间,并且还应该为您提供一些灵活性,以便更轻松地更改这些服务的实现,少量代码以进行测试等。
我没有在我的一个应用程序中这样做,现在启动时间约为3/4分钟,这是疯狂的(我们有几千个豆)。这个问题不会消失,只会变得更糟,但如果你试图做太晚的事情,应用程序将会太大而且难以分解。
我要研究的另一件事是休眠,创建会话工厂可能会很慢。
答案 5 :(得分:0)
在将jdk1.7更改回jdk1.6之前,我遇到了同样的问题。 通过jdk1.7,我的应用程序挂起“初始化Spring root WebApplicationContext”超过30秒。在我改回之后,它在10秒内启动。