将JAR文件转换为APP后，文件大小是否增加取决于转换方式和配置参数，以下是关键影响因素分析：
- 基础封装导致的大小变化 最小增量：仅用JarBundler等工具封装时，APP会包含原始JAR文件及少量元数据（如Info.plist），体积通常增加 1-5MB。 原因：生成的APP本质是包含JAR的目录结构，需添加启动器和配置文件。
- 捆绑JRE的显著膨胀 若选择包含JRE运行时，APP体积可能激增 50-200MB（取决于JRE版本和精简程度）。 例如OpenJDK 11的完整运行时约150MB，会直接叠加到APP中。
- 优化手段对比 转换方案 大小影响 适用场景 仅封装JAR +1-5MB 目标设备已安装JRE 捆绑精简JRE +30-80MB 需独立分发 GraalVM原生编译 -20%~+50%* 追求启动速度
*注：GraalVM编译可能减小体积（移除未使用代码），但若保留调试信息会增大。
- 依赖项处理的影响 未优化的JAR包含冗余依赖时（如引入xxxx-all库），转换后APP会继承这一问题。通过Maven排除无用依赖可减少30%-70%体积。 建议转换前用工具分析依赖树（如IDEA的Show Dependencies功能）。
- 资源文件的处理 APP中非压缩资源（如图片、音频）可能比JAR内压缩形式占用更多空间。部分工具支持二次压缩资源文件以抵消增量。
总结：
若仅封装JAR且不捆绑JRE，体积增加可控制在5%以内； 需独立分发时，建议使用精简JRE（如jlink生成模块化运行时）平衡兼容性与大小。
