存在依赖关系的Java项目A、B、C的Jar包导出及更新方案咨询

一、导出项目A的Jar包的方法 #

手动导出（无构建工具） #

你说的步骤是可行的，但要注意依赖的处理逻辑：

• 先将项目C导出为Jar包，把这个Jar添加到项目B的类路径中；
• 再导出项目B的Jar包——这里分两种情况：如果只导出B自身的类，那后续A需要同时依赖B和C的Jar；如果导出B时把C的类一并打包进去，那A只需要依赖B的Jar，但这种方式会导致B的Jar体积变大，且后续更新C更麻烦；
• 最后把B的Jar添加到项目A的类路径，再导出A的Jar。如果要让A的Jar能直接运行，建议导出时把B和C的所有依赖类都打包进A的Jar，或者单独保留依赖Jar并配置好运行路径。

使用构建工具（推荐：Maven/Gradle） #

用构建工具可以彻底摆脱手动导出的繁琐流程：

• 将C、B、A分别配置为Maven/Gradle项目：
  • 在B的构建配置文件（如Maven的pom.xml）中添加对C的依赖声明；
  • 在A的构建配置文件中添加对B的依赖声明；
• 执行打包命令（Maven：mvn clean package；Gradle：gradle clean build），构建工具会自动拉取/编译依赖项目，最终生成A的Jar包。如果需要可直接运行的Jar，可通过插件配置（如Maven的maven-shade-plugin）将所有依赖类打包进A的Jar中。

二、更新C后是否需要重复手动操作？ #

• 手动导出方式：是的，必须重复整套流程——更新C后重新导出C的Jar，替换B中的C依赖，重新导出B的Jar，再替换A中的B依赖，最后重新导出A的Jar，流程繁琐且容易出错。
• 构建工具方式：不需要重复手动操作。只需更新C的版本号，同步修改B的依赖版本（如果使用快照版本，甚至无需手动修改，构建工具会自动拉取最新快照），然后重新执行A的打包命令即可，构建工具会自动处理所有依赖更新和打包逻辑。

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