Ubuntu上Java编译依赖如何管理

Ubuntu上Java编译依赖管理

一推荐做法使用构建工具管理依赖

使用Maven或Gradle集中声明依赖，自动下载、解析冲突并打包，适合团队协作与持续集成。
安装基础环境
- 安装OpenJDK 11（或项目所需版本）：sudo apt update && sudo apt install openjdk-11-jdk
- 安装构建工具：sudo apt install maven；Gradle建议按官方文档安装以获取最新版本与特性
Maven示例
- 生成项目：mvn archetype:generate -DgroupId=com.example -DartifactId=my-app -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
- 在pom.xml中添加依赖（示例）：
```
<dependencies>
  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.13.2</version>
    <scope>test</scope>
  </dependency>
</dependencies>
```
- 构建与下载依赖：mvn clean install
Gradle示例
- 初始化项目：gradle init（选择Java应用）
- 在build.gradle中添加依赖（示例）：
```
plugins { id 'java' }
repositories { mavenCentral() }
dependencies {
  testImplementation 'junit:junit:4.13.2'
}
```
- 构建与下载依赖：gradle build
常用命令
- 查看依赖树：Maven 使用 mvn dependency:tree；Gradle 使用 gradle dependencies
- 统一版本：Maven 可用集中版本；Gradle 可用 Version Catalogs（libs.versions.toml）集中管理版本号

二系统级依赖与多JDK版本管理

系统库依赖
- 部分本地库（如数据库驱动、压缩库）在发行版仓库中以-dev包提供，可用APT安装并在构建脚本/IDE中配置到classpath：sudo apt install libfoo-dev

多JDK与JAVA_HOME

使用jenv管理多个JDK版本（示例）：

# 安装
git clone https://github.com/jenv/jenv.git ~/.jenv
echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.bashrc
echo 'eval "$(jenv init -)"' >> ~/.bashrc
source ~/.bashrc

# 添加JDK
sudo apt install openjdk-8-jdk openjdk-11-jdk
jenv add /usr/lib/jvm/java-11-openjdk-amd64
jenv add /usr/lib/jvm/java-8-openjdk-amd64

# 切换版本
jenv global 11.0.24   # 全局
jenv local 1.8.0.422 # 项目级

设置JAVA_HOME（示例）：export JAVA_HOME=$(jenv root)/versions/11.0.24；export PATH=$JAVA_HOME/bin:$PATH

三依赖分析与维护技巧

使用jdeps分析编译期与运行期依赖，辅助模块划分与依赖精简：jdeps target/classes
统一与收敛版本
- Maven：在父项目使用或导入 BOM（如 Spring Boot 的 spring-boot-dependencies）统一版本
- Gradle：使用 Version Catalogs（libs.versions.toml）集中管理依赖与插件版本，减少版本漂移
依赖冲突排查
- 优先使用依赖树定位冲突版本：Maven mvn dependency:tree；Gradle gradle dependencies
- 必要时通过或 Gradle 的 exclude 规则剔除传递依赖冲突
持续集成建议
- 在CI脚本中固定JDK版本（如通过jenv或工具链），并执行 mvn/gradle 构建与测试，确保环境一致性

四小型项目与临时方案

简单脚本或教学示例可临时将JAR放入项目**lib/**目录，通过命令行或IDE配置classpath编译运行
不建议长期采用手动管理classpath的方式，维护成本高、易产生版本冲突，规模稍大的项目应迁移到Maven/Gradle

最新问答

相关标签