如何优化WebSphere Liberty应用启动性能并排查启动慢问题？

一、dynamicImport-Package为*的优化措施 #

你已经通过火焰图定位到dynamicImport-Package=*是启动慢的核心原因，这个配置会让容器在启动时扫描所有类路径下的包，产生大量无意义的类加载检查，直接拖慢启动速度。针对这个问题，可按以下步骤优化：

• 精准限定动态导入包：把通配符*替换成应用实际需要的包名。比如你的应用只依赖com.example.common和org.apache.commons.lang3，就改成dynamicImport-Package: com.example.common, org.apache.commons.lang3。可以通过查看应用启动日志中的类加载警告（比如ClassNotFound相关提示）、分析依赖树来确定需要导入的包。
• 尝试移除该配置：很多场景下dynamicImport-Package是冗余配置，先直接删掉这个配置，启动应用验证是否正常。如果没有类加载错误，这是最彻底的优化方式。
• 利用Liberty类加载优化特性：
  • 配置类加载优先级：在应用的server.xml或ibm-web-bnd.xml中设置classLoading delegate="false"，让应用优先加载自身的类，减少容器对全局类路径的扫描。
  • 启用类缓存：在server.xml中添加类缓存配置，第一次启动后缓存类加载信息，后续启动直接复用：

    <classCache enabled="true" cacheDirectory="${server.config.dir}/classCache"/>
    

  • 共享公共依赖：将多个应用共用的依赖放到Liberty的共享库中，通过commonLibraryRef引用，避免每个应用重复扫描相同的依赖包。
• 精简应用依赖：用Maven/Gradle的依赖分析工具（比如mvn dependency:analyze）清理应用中的冗余依赖，缩小类路径范围，减少扫描量。

二、启动过程性能分析方法 #

除了火焰图，还可以用以下工具精准分析Liberty的启动瓶颈：

• Liberty Trace日志：在server.xml中添加Trace配置，跟踪类加载和应用部署的详细过程：

  <logging traceSpecification="com.ibm.ws.classloader.*=all:com.ibm.ws.application.*=all"/>
  

  启动后查看logs/trace.log，从中找出耗时最长的类加载或初始化步骤。
• Java Flight Recorder (JFR)：启动Liberty时开启JFR记录，捕获启动过程的所有事件：

  java -jar wlp/bin/server run <你的服务器名> -XstartFlightRecording:filename=startup_trace.jfr,duration=60s
  

  用Java Mission Control打开生成的.jfr文件，可直观看到类加载耗时、线程阻塞、feature初始化等阶段的性能数据。
• Liberty启动指标监控：启用startupMetrics-1.0特性，在featureManager中添加该feature：

  <featureManager>
      <feature>servlet-4.0</feature>
      <feature>jndi-1.0</feature>
      <feature>jdbc-4.1</feature>
      <feature>websocket-1.1</feature>
      <feature>jsp-2.3</feature>
      <feature>localConnector-1.0</feature>
      <feature>startupMetrics-1.0</feature>
  </featureManager>
  

  启动后会在logs/startupMetrics.log中输出各个阶段的耗时，比如feature启动、应用部署、类加载的具体时间，快速定位瓶颈环节。
• IBM Health Center：连接到运行中的Liberty进程，实时监控启动过程中的CPU、内存、类加载情况，可视化展示性能瓶颈。

内容的提问来源于stack exchange，提问作者李哈哈