Java 码头开工时间过长

我有JRE 1.8.0_40和Jetty 9.2.10。我只是在做

java-jarstart.jar

。这需要35秒到42秒才能启动Jetty。对于较新版本的Jetty，可以吗？因为较旧版本（Jetty-7.0.0）只需2到3秒就可以启动Jetty

---

平台：Windows 2008 R2服务器

我怀疑Jetty 9.2.10中的缓慢启动是由注释扫描引起的。此wiki页面描述了问题并提供了补救措施：

正如页面所说：

“自servlet 3.0（jetty-8.x支持的）以来，增加了可以扫描容器和webapp JAR的要求。”

---

一些进一步的研究表明，还有其他合理的解释。如果上述wiki页面中的解决方案没有帮助，我建议您：

• 打开详细日志记录，尝试缩小启动阶段所花的时间

• 附加一个探查器并找出启动代码热点的位置

• 使用外部性能监视（例如Windows任务管理器）查看JVM在长时间启动期间是忙还是空闲

---

这些应该会为您提供一些线索，帮助您/我们诊断真正的问题。

我怀疑Jetty 9.2.10中启动缓慢是由注释扫描造成的。此wiki页面描述了问题并提供了补救措施：

正如页面所说：

“自servlet 3.0（jetty-8.x支持的）以来，增加了可以扫描容器和webapp JAR的要求。”

---

一些进一步的研究表明，还有其他合理的解释。如果上述wiki页面中的解决方案没有帮助，我建议您：

• 打开详细日志记录，尝试缩小启动阶段所花的时间

• 附加一个探查器并找出启动代码热点的位置

• 使用外部性能监视（例如Windows任务管理器）查看JVM在长时间启动期间是忙还是空闲

---

这些应该会为您提供一些线索，帮助您/我们诊断真正的问题。

我怀疑Jetty 9.2.10中启动缓慢是由注释扫描造成的。此wiki页面描述了问题并提供了补救措施：

正如页面所说：

“自servlet 3.0（jetty-8.x支持的）以来，增加了可以扫描容器和webapp JAR的要求。”

---

一些进一步的研究表明，还有其他合理的解释。如果上述wiki页面中的解决方案没有帮助，我建议您：

• 打开详细日志记录，尝试缩小启动阶段所花的时间

• 附加一个探查器并找出启动代码热点的位置

• 使用外部性能监视（例如Windows任务管理器）查看JVM在长时间启动期间是忙还是空闲

---

这些应该会为您提供一些线索，帮助您/我们诊断真正的问题。

我怀疑Jetty 9.2.10中启动缓慢是由注释扫描造成的。此wiki页面描述了问题并提供了补救措施：

正如页面所说：

“自servlet 3.0（jetty-8.x支持的）以来，增加了可以扫描容器和webapp JAR的要求。”

---

一些进一步的研究表明，还有其他合理的解释。如果上述wiki页面中的解决方案没有帮助，我建议您：

• 打开详细日志记录，尝试缩小启动阶段所花的时间

• 附加一个探查器并找出启动代码热点的位置

• 使用外部性能监视（例如Windows任务管理器）查看JVM在长时间启动期间是忙还是空闲

---

这些应该会给你一些线索，帮助你/我们诊断真正的问题。

你有很多web应用程序/大型应用程序吗？

---

这可能是一个打开大型war文件速度慢的问题。

您有很多web应用程序/大型应用程序吗？

---

这可能是一个打开大型war文件速度慢的问题。

您有很多web应用程序/大型应用程序吗？

---

这可能是一个打开大型war文件速度慢的问题。

您有很多web应用程序/大型应用程序吗？

---

这可能是一个打开大型war文件的速度慢的问题。

这里是Jetty Dev。这是正确的答案。还要注意的是，生产意义上的启动可以通过大大加快生产启动速度（通常低于400ms）来改进。这是正确的答案。还要注意的是，生产意义上的启动可以通过大大加快生产启动速度（通常低于400ms）来改进。这是正确的答案。还要注意的是，生产意义上的启动可以通过大大加快生产启动速度（通常低于400ms）来改进。这是正确的答案。还要注意的是，生产意义上的启动可以通过大大加快生产启动速度（通常低于400ms）来改进。