我的生活随笔GraalVM的一个重要功能是可以将Ja应用程序打包成本地可执行文件，而不是使用传统的Ja虚拟机来运行应用程序。
所有的例子后续启动时间都会下降，但都是启动时间都是变化的，所以我认为不如首次启动这个标准有效。
使用GraalVM打包时，GraalVM会将应用程序的所有依赖项都打包进可执行文件中，包括JVM和Ja库。
因此，使用GraalVM将Spring Boot应用程序打包成本地可执行文件需要更多的时间。
使用GraalVM将Spring Boot Web应用程序打包成本地可执行文件需要更多的时间和资源。
实际进行企业应用开发时，我们的应用更接近于这个版本的程序，因为都会和这个版本一样，具有访问数据库和对外开发接口的能力。
我在将这个版本的程序打包成原生应用时，也遇到些挫折，从spring starter下载JPA的例子无法直接打包成原生应用，将它使用的hibernate插件降级成6.1.7.final才运行成功。
这是因为Spring Boot Web & JPA应用程序包含了更多的依赖项和库，需要更多的时间来打包。
综合来看，使用GraalVM将Ja应用程序打包成本地可执行文件可以提高应用程序的性能和可靠性，但也会增加生成可执行文件的时间和大小。
但是，对于更为复杂的应用程序，如Spring Boot Web & JPA应用程序，生成时间和可执行文件大小会显著增加。
因此，在使用GraalVM打包Ja应用程序时，需要权衡应用程序的大小和性能，并选择最适合的打包方式。
文章重点：从上面的表格我们可以看到：应用打包的时间和包大小大幅度提升了，启动时间缩短了大幅度降低。