Java用SDKMAN管理JDK教程

对于一个文章开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《Java如何用SDKMAN管理JDK环境》，主要介绍了，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

能，SDKMAN可同时管理多个JDK版本，通过独立目录安装、软链接切换，支持多发行版，提供项目级.sdkmanrc配置及安全卸载。

SDKMAN能同时管理多个JDK版本吗

能，这是SDKMAN的核心能力。它把不同JDK安装到独立目录（如 ~/.sdkman/candidates/java/17.0.1-tem），再通过符号链接 ~/.sdkman/candidates/java/current 指向当前激活版本。切换时只改软链，不碰系统PATH或环境变量本身。

• 所有JDK由SDKMAN统一下载、校验、解压，避免手动配置JAVA_HOME出错
• 每个版本自带完整bin/目录，java、javac等命令都可直接调用
• 支持OpenJDK、Temurin、Zulu、Amazon Corretto等多种发行版，版本号带后缀区分（如17.0.1-tem、21-amzn）

安装后为什么java -version还是旧版本

常见原因是Shell未加载SDKMAN初始化脚本，或者当前终端会话未重载配置。SDKMAN不修改全局/etc/profile，只靠用户级Shell配置生效。

• 检查~/.sdkman/bin/sdkman-init.sh是否存在，确认已执行安装脚本中的source "$HOME/.sdkman/bin/sdkman-init.sh"
• Zsh用户需在~/.zshrc末尾添加该source行；Bash用户对应修改~/.bashrc
• 新开终端或运行source ~/.zshrc（或source ~/.bashrc）后，再执行sdk current java验证是否生效
• 如果仍无效，运行which java看是否指向~/.sdkman/candidates/java/current/bin/java，否则说明PATH未被SDKMAN注入

如何为项目固定JDK版本而不影响全局

SDKMAN本身不提供项目级JDK绑定，但可通过.sdkmanrc文件实现局部生效——它只在进入该目录及其子目录时自动切换JDK。

echo "java=17.0.1-tem" > .sdkmanrc
sdk install java 17.0.1-tem
sdk use java 17.0.1-tem

• .sdkmanrc必须放在项目根目录，内容格式为候选名=版本号（如java=21-amzn）
• 首次进入目录时会提示是否信任该文件，输入yes并回车才能启用自动切换
• 该机制依赖Shell的cd钩子（由sdkman-init.sh注入），所以仅对交互式Shell有效，CI脚本或IDE终端可能不触发
• 若IDE（如IntelliJ）未识别该设置，需在IDE内单独指定Project SDK，.sdkmanrc不影响IDE内部Java执行环境

卸载某个JDK版本会不会删掉项目里的依赖或配置

不会。SDKMAN卸载只是删除~/.sdkman/candidates/java/下对应版本目录，不触碰src/、target/、.m2/或任何用户项目路径。

• 执行sdk uninstall java 8.0.362-amzn仅移除该JDK的二进制和配置，已编译的.class文件、Maven本地仓库、Gradle缓存均不受影响
• 但如果项目曾用该JDK生成了module-info.class或使用了特定JVM参数（如--add-opens），换版本后可能因API变动或默认行为差异导致运行异常
• 建议卸载前先用sdk list java确认目标版本未被sdk default java设为默认，否则可能导致新终端启动失败

SDKMAN的版本隔离很干净，但它的“自动切换”完全依赖Shell层，一旦脱离交互式终端（比如IDE内置终端没加载sdkman-init.sh，或Docker构建中未显式source），就容易出现JDK版本与预期不符的情况。

以上就是《Java用SDKMAN管理JDK教程》的详细内容，更多关于的资料请关注golang学习网公众号！