能，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/或任何用户项目路径。
立即学习“Java免费学习笔记（深入）”；
- 执行
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-init.sh，或Docker构建中未显式source），就容易出现JDK版本与预期不符的情况。 
