弹簧启动性能问题

我正在尝试将Spring集成到一个具有数千个类的非常大的应用程序中,并且由于组件扫描,我遇到了启动容器的巨大延迟。

我已经将“基本包”中指定的目录数量缩小到最低限度,以减少在扫描不相关目录时浪费的时间,但是初始化的类路径扫描部分仍然需要大约1-2分钟。

那么,有没有办法优化扫描过程?我曾想过将候选类路径存储在一个文件中,然后制作容器,然后从文件中获取它们,而不是在每次启动时扫描类路径,但我真的不知道从哪里开始,或者这是否可能。

任何建议都非常感谢。提前致谢。


Edit1:加载bean定义形成一个自动生成的xml文件,将Spring引导时间减少到9~10秒,这证实了Spring用于组件类路径扫描的反射api是启动延迟的主要来源。
至于生成xml文件,这里是代码,因为它可能对有相同问题的人有所帮助。

import java.io.File;
import java.io.FileNotFoundException;
import java.io.PrintWriter;
import java.util.ArrayList;


public class ConfigurationWriter {

    public ArrayList<String> beanDefinitions = new ArrayList<String>();

    public ConfigurationWriter() {

        // the context loaded with old fashioned way (classpath scanning)
        ApplicationContext context = SpringContainerServiceImpl.getInstance().getContext();
        String[] tab = context.getBeanDefinitionNames();
        for (int i = 0; i < tab.length - 6; i++) {
            Class clazz = context.getType(tab[i]);
            String scope = context.isPrototype(tab[i]) ? "prototype" : "singleton";
            String s = "<bean id=\"" + tab[i] + "\" class=\"" + clazz.getName() + "\" scope=\"" + scope + "\"/>";
            beanDefinitions.add(s);
        }
        // Collections.addAll(beanDefinitions, tab);

    }

    @SuppressWarnings("restriction")
    public void generateConfiguration() throws FileNotFoundException {
        File xmlConfig = new File("D:\\dev\\svn\\...\\...\\src\\test\\resources\\springBoost.xml");
        PrintWriter printer = new PrintWriter(xmlConfig);

        generateHeader(printer);

        generateCorpse(printer);

        generateTail(printer);

        printer.checkError();

    }

    @SuppressWarnings("restriction")
    private void generateCorpse(PrintWriter printer) {

        for (String beanPath : beanDefinitions) {
            printer.println(beanPath);
        }

    }

    @SuppressWarnings("restriction")
    private void generateHeader(PrintWriter printer) {
        printer.println("<?xml version=\"1.0\" encoding=\"UTF-8\"?>");
        printer.println("<beans xmlns=\"http://www.springframework.org/schema/beans\"");
        printer.println("xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"");
        printer.println("xmlns:context=\"http://www.springframework.org/schema/context\"");
        printer.println("xsi:schemaLocation=\"");
        printer.println("http://www.springframework.org/schema/mvc");
        printer.println("http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd");
        printer.println("http://www.springframework.org/schema/beans");
        printer.println("http://www.springframework.org/schema/beans/spring-beans-3.0.xsd");
        printer.println("http://www.springframework.org/schema/context");
        printer.println("http://www.springframework.org/schema/context/spring-context-3.0.xsd\"");
        printer.println("default-lazy-init=\"true\">");
    }

    @SuppressWarnings("restriction")
    private void generateTail(PrintWriter printer) {
        // printer.println("<bean class=\"com.xxx.frmwrk.spring.processors.xxxBeanFactoryPostProcessor\"/>");
        printer.println("<bean class=\"com.xxx.frmwrk.spring.processors.xxxPostProcessor\"/>");
        printer.println("</beans>");
    }

}

编辑 2:随着Spring 5包括一组重要的优化,以加快上下文初始化,它还带有一个有趣且方便的功能,可以在编译时生成候选组件的索引:Spring上下文索引器


答案 1

问题:目录中有多少(以百分比为单位)类是Spring Beans?

答:我不太确定(这是一个非常大的项目),但从我所看到的,我相信它大约是90%到100%,因为xml和属性文件被隔离在不同的位置)

如果问题真的是组件扫描而不是bean初始化过程本身(我非常怀疑这一点),那么我能想象的唯一解决方案是使用Spring XML配置而不是组件扫描。

但是,如果您有很多类,并且其中90%-100%是Bean,那么,扫描文件的减少将有10%-0%的最大改进。

您应该尝试其他方法来加快初始化速度,可以使用延迟加载或任何与延迟加载相关的技术,或者(这不是开玩笑)使用更快的硬件(如果它不是独立的应用程序)。


生成Spring XML的一种简单方法是编写一个简单的spring应用程序,该应用程序像原始应用程序一样使用类路径扫描。初始化所有Bean后,它会在Spring上下文中循环访问Bean,检查Bean是否属于重要的包,并将该Bean的XML配置写入文件中。


答案 2

自动发现带注释的类当前需要扫描指定包中的所有类,并且可能需要很长时间,这是当前类装入机制的已知问题。

Java 9将在这里帮助Jigsaw。

从Mark Reinold的Java平台模块系统需求中,http://openjdk.java.net/projects/jigsaw/spec/reqs/

高效的注释检测 — 必须能够识别模块工件中存在特定注释的所有类文件,而无需实际读取所有类文件。在运行时,必须能够识别已加载模块中存在特定批注的所有类,而无需枚举模块中的所有类,只要该批注在运行时保留即可。为了提高效率,可能有必要规定只有某些注释需要以这种方式检测。一种可能的方法是使用模块中存在的注释的索引以及每个注释所适用的元素的指示来扩充模块的定义。为了限制索引的大小,将仅包含本身使用新的元注释(例如@Indexed)进行注释的注释。


推荐