企业内部部署的小型Java应用如何实现jar包自动更新？

首先直接给判断：OSGi完全不适配你的需求，不要用。
OSGi的核心定位是做模块化热部署、大型应用的插件化管控，你这是单功能的小型内部工具，为了自动更新引入OSGi属于典型的过度设计，你需要额外处理bundle依赖、类加载隔离、生命周期管理一堆和核心业务无关的问题，学习和维护成本远高于更新功能本身的价值，完全没必要。

你调研过的其他几个方案适配性如下：

• 已废弃的JWS直接排除：新版JDK早已移除相关支持，企业内部设备JDK版本碎片化严重，兼容坑极多
• Install4j属于商业安装打包工具，自带成熟的自动更新模块，但授权成本不低，打出来的安装包体积远大于你的小应用，对你的场景来说性价比极低
• 直接基于JGit拉取Git仓库做更新的方案不推荐：你需要额外处理Git权限、分支拉取、文件冲突等无关逻辑，平白增加依赖复杂度，完全没必要

你提到的「独立更新器jar + 主应用jar」双组件架构就是这个场景下的最优解，这也是小型桌面Java应用自动更新的成熟通用方案，实现逻辑极简单，核心代码不到200行，根本不算重复造轮子，完全匹配你的所有需求：

• 你的应用体积小、更新时允许暂停运行，连热替换、文件占用解锁这类复杂逻辑都不需要做
• 整个更新流程完全不需要侵入主应用的业务代码

具体实现逻辑非常清晰：

1. 更新器作为独立的极小jar包，是整个应用的启动入口，用户点击快捷方式实际启动的是更新器
2. 更新器启动后只做三件事：
   • 读取本地存储的主应用当前版本号
   • 请求你放在发布位置（可以是Git发布分支、内网静态文件服务、甚至企业内网共享文件夹）的版本描述文件，获取最新版本号和对应主应用jar的存储路径
   • 比对版本号：如果本地版本低于最新版本，就下载新的主应用jar覆盖本地旧文件，覆盖完成后直接启动主应用、自身退出；如果版本已经是最新，直接启动主应用、自身退出
3. 主应用只需要专注实现USB电子秤对接、业务逻辑即可，完全不需要感知更新逻辑的存在

如果你连这部分简单的更新逻辑都不想自己写，直接用专门面向Java小型应用的开源轻量更新框架即可，零侵入配置，10分钟就能搭完整个更新流程，比折腾OSGi、商业打包工具的成本低一个数量级。

额外提醒：不用把发布包直接存在业务Git仓库里，单独开一个发布仓或者把版本文件、jar包放内网静态服务/共享盘即可，稳定性比直接走Git拉取高很多，也不用处理仓库权限、拉取速度的问题。

内容的提问来源于stack exchange，提问作者Collin Short