“IntelliJ IDEA 2023 和 Java 的 JDK 详细安装教程”这个话题网上能搜到的版本没有一千也有八百但真正让人卡住的从来不是“点下一步”这个动作。最近帮几个刚转后端的朋友铺环境他们的 JDK 安装来回折腾了三次、环境变量改了两轮最后还卡在 IDEA 里那个红色的 “Project SDK is not defined” 上——这类问题在 jdk 环境变量配置失败、找不到 jdk 这些搜索词里几乎是日经帖。我把整套流程重新梳理了一遍从 JDK 版本怎么挑、安装包去哪儿拿、安装路径怎么规划到 JAVA_HOME 与 Path 到底该写哪一行、IntelliJ IDEA 2023 首次启动该改哪些设置、Maven 怎么和 JDK 绑定再到工程跑通之后被各种报错拦住的处理办法全部按真实操作顺序写下来。不管你是完全没碰过 Java 的新手还是手里压着一堆 JDK 8 老项目、想同时把 JDK 17 环境立起来的老手照着走一遍就能得到一套干净、可复用、扛得住后续学 Spring Boot 和多版本切换的开发环境。1. 动手前先理清这套环境到底由哪几块拼起来安装这件事最怕的是“照着教程点完了但不知道点的是什么”。JDK 装歪了、IDEA 配错了本质都是没搞清楚这几个组件各管什么。花五分钟把下面的关系看明白后面所有操作都会变得有判断依据而不是背书。1.1 JDK、JRE、JVM 的关系以及为什么现在只装 JDKJVM 是真正执行字节码的那台“虚拟机”它读的是.class文件不认识.java源码。JRE 是在 JVM 外面套了一层标准类库和运行支撑让程序能跑起来但编不了代码。JDK 则是在 JRE 的基础上再塞进编译器javac、打包工具jar、反编译javap、诊断工具jcmd/jstack这些开发工具是“能写能编能跑”的完整套装。早年的教程会教你“装 JDK 之后再单独装一个 JRE”那是在 JDK 8 时代的遗留习惯因为当时的 JDK 目录里确实还有一个独立的jre子目录。从 JDK 9 引入模块化开始这个独立 JRE 就被裁掉了JDK 自己带着运行环境。所以你现在只需要装 JDK 一份不需要、也没必要再去下 JRE。很多人环境变量配错了半天找不到原因就是因为在 Path 里写了%JAVA_HOME%\jre\bin这么一条根本不存在的目录。顺带提一句javac和java这两个命令的区别javac负责把.java编译成.classjava负责启动 JVM 加载.class并执行。你在命令行敲java -version能出版本号只说明运行环境通了敲javac -version能出版本号才说明开发工具链也通了。这两个验证缺一不可后面第 3 章会详细讲。1.2 版本选型JDK 8、17、21 怎么定现在能选的主流版本大致是三档JDK 8、JDK 17、JDK 21。判断标准只有两条——是不是 LTS长期支持版以及你手头的项目/框架要求什么。JDK 8 是 2014 年发布的 LTS生命周期长得离谱大量存量项目尤其是金融、政企系统的老代码还跑在上面。它的语言特性偏朴素没有var、没有文本块、没有record。JDK 17 是 2021 年发布的 LTS支持窗口一直到 2029 年以后是当前新项目的事实标准var局部变量推断、文本块、record、密封类、switch表达式、ZGC 低延迟垃圾回收器全都在里面。JDK 21 是 2023 年发布的 LTS带来了虚拟线程Virtual Threads、模式匹配增强、分代 ZGC但生态适配还在追赶中部分老框架和构建工具插件会有兼容性小问题。我的建议很直接新起项目、学 Java 基础、跟主流框架教程一律选 JDK 17。这不是保守而是踩过太多次坑之后的结论——JDK 21 的虚拟线程确实香但你跟着某本教材或某套视频课写代码时如果里面的依赖版本、Lombok、MyBatis 插件还没跟上你会把时间浪费在排查“为什么我的代码和别人一样却报错”上。网上那些“jdk 降级到 17”的搜索量居高不下本质上就是大家从更高版本退回来求稳的过程。等 JDK 17 的环境完全跑顺了再装一份 21 做并存切换成本也就是五分钟的事。1.3 IntelliJ IDEA 2023 的版本分支与硬件门槛IDEA 2023 这一代主要有三个小版本2023.1、2023.2、2023.3其中 2023.3 开始把新版 UI 设为默认界面。版本之间功能差异对初学者影响不大挑 2023.2 或 2023.3 都行关键是要和自己的操作系统架构对上——Windows 上要区分 x64 和 ARM64macOS 上要区分 Intel 芯片和 Apple SiliconM 系列。再就是社区版Community和旗舰版Ultimate的区别这点经常被忽略。社区版免费开源支持 Java SE、Kotlin、Android、Maven、Gradle、Git写纯 Java 基础和算法题完全够用。旗舰版是收费的30 天试用多出来的主要是 Spring/Spring Boot 专属支持、数据库工具、HTTP Client、Profiler、远程开发这些。如果你的目标是学 Spring Boot 做后端旗舰版体验会好很多如果只是刷 Java 基础题、写写工具类社区版别犹豫。硬件方面给个参考线内存 8GB 是底线装完 IDEA 加浏览器基本就满了建议 16GB必须上固态硬盘IDEA 的索引目录和缓存很容易涨到好几个 G磁盘至少留 5GB 给 IDEA 本体和缓存再加上 JDK 的 300MB 左右。低于这个配置你会经历“打开工程后电脑风扇狂转三分钟”的日常。2. JDK 下载与安装路径规划比一路回车重要得多安装这一步真正值得花心思的只有一个点——装到哪儿。路径规划得好后面环境变量、多版本切换、IDE 识别全都顺随手点了默认路径后面全是补丁。这一章把下载渠道、Windows 安装、macOS/Linux 安装分别说清楚。2.1 下载渠道与安装包类型选择下载渠道分两类。一类是原厂渠道也就是各家的官方网站另一类是镜像站用来解决下载速度问题。JDK 现在有好几个主流发行版功能上都是基于同一套 OpenJDK 源码构建的选哪家都合法可用Eclipse 基金会维护的 Temurinadoptium.net、Azul 的 Zulu、亚马逊的 Corretto、微软的 OpenJDK、阿里的 Dragonwell、华为的毕昇 JDK以及 Oracle 官方版本。新手直接去 adoptium.net 或微软、阿里的发行版页面下 JDK 17 就行这些发行版对商业使用没有额外授权顾虑事情少。如果官网下载速度慢可以走国内的镜像站比如清华 TUNA 镜像、中科大镜像、华为云和阿里云的开源镜像站这些站点通常会同步 OpenJDK 各发行版的二进制包。镜像站提供的就是官方原版文件下载完之后对一下官网公布的 SHA256 校验值一致就没问题。Linux 用户可以用包管理器直接装Ubuntu/Debian 上是apt install openjdk-17-jdkCentOS/RHEL 系是yum install java-17-openjdk-devel省事但要注意-devel后缀不能省只装java-17-openjdk是没有javac的。安装包类型上Windows 优先选.exe或.msi安装器它会自动帮你写一部分注册表和开始菜单项.zip是绿色版解压即用适合多版本并存和不想污染系统的场景。macOS 上.dmg安装器会装到系统标准位置.tar.gz则完全由你自己决定放哪儿。Linux 上一律用.tar.gz。2.2 Windows 平台的安装实操下载完jdk-17_windows-x64_bin.exe之后双击运行。第一步是欢迎页直接下一步。第二步会问你安装路径这里是整个流程里唯一需要动脑的地方。默认路径通常是C:\Program Files\Java\jdk-17我不建议用它原因有两个一是Program Files中间有空格某些老旧的构建脚本、批处理文件对带空格的路径处理得很难看二是系统盘出问题重装时JDK 会跟着一起遭殃。我习惯统一放在C:\dev\jdk\下面按版本分目录C:\dev\jdk\jdk-17.0.10 C:\dev\jdk\jdk-8u391安装器会连着装 JDK 本体和一个可选的公共 JRE如果该版本仍提供遇到 JRE 那一步直接跳过就行。装完之后先去那个目录里翻一眼确认存在bin\javac.exe、bin\java.exe、lib\modulesJDK 9 的标志文件替代了老的rt.jar这三样在说明包装得没问题。有一点要留意安装器可能会问你要不要装到“系统盘之外的盘符”这是正常的自定义选项选到C:\dev或D:\dev都可以只要路径里没有中文、没有空格、没有特殊符号。中文路径是后面各种诡异报错的隐形来源尤其是 Maven 和 Gradle 处理本地仓库时。2.3 macOS 与 Linux 平台的安装差异macOS 如果你下的是.dmg双击一路继续它会装到/Library/Java/JavaVirtualMachines/下面这个位置是系统约定的 JDK 安装目录/usr/libexec/java_home这个工具就是靠扫描这里来发现 JDK 的。装完之后可以在终端跑/usr/libexec/java_home -V它会列出机器上所有被识别到的 JDK 以及路径非常好用。如果下的是.tar.gz解压后得到一个jdk-17.0.x.jdk目录把它整个移到/Library/Java/JavaVirtualMachines/下面系统就能识别。Apple Silicon 机器要确认下载的是aarch64版本而不是x64版本虽然 Rosetta 也能跑但性能和调试体验都会打折扣。Linux 下的标准做法是这样的sudo mkdir -p /usr/local/java sudo tar -zxvf jdk-17_linux-x64_bin.tar.gz -C /usr/local/java/ cd /usr/local/java sudo ln -s jdk-17.0.10 current用软链接current指向具体版本目录日后升级 JDK 只需要改一次软链接环境变量里写/usr/local/java/current就永远指向当前版本这个技巧能省掉大量后续维护工作。这里有个在容器和云服务器上特别容易踩的坑从压缩包解压出来的 JDKbin/java的执行权限有时会丢。如果你把 JDK 放在了数据盘、NAS 挂载目录或者某些对象存储的挂载点上很可能遇到类似这样的报错./bin/elasticsearch-cli: 行 14: /data/elasticsearch-8.17.3/jdk/bin/java: 权限不够这不是 JDK 本身坏了而是挂载点默认不支持执行权限位比如用了noexec挂载选项或者压缩包解压时权限没保留。处理办法有两条一是解压时加参数保留权限tar -zxvf换成tar -zxpvf二是手动补上sudo chmod x /data/elasticsearch-8.17.3/jdk/bin/*。更根本的解法是把 JDK 解压到本地磁盘而不是外挂存储因为一些中间件自带的 JDK 需要频繁启动新进程挂在 noexec 分区上会一直失败。3. 环境变量配置绝大多数“配置失败”都出在这三行到了这一章才是真正的事故高发区。网上搜“jdk 环境变量配置失败”能翻出几十页结果其中绝大部分错误重复得惊人。这一章把 Windows 的写法、验证方法、多版本切换一次讲透。3.1 JAVA_HOME、Path 的正确写法与 CLASSPATH 的误区环境变量配置其实只涉及两个变量第三个是老教程留下的历史包袱。JAVA_HOME的作用是“告诉别的程序 JDK 装在哪”。很多工具——Maven、Gradle、Tomcat、IDEA 的自动探测——都会先读这个变量。它的值必须是 JDK 的根目录也就是包含bin子目录的那一层JAVA_HOME C:\dev\jdk\jdk-17.0.10注意不要写到bin也不要写到父目录。写成C:\dev\jdk是错的因为那个目录下没有bin写成C:\dev\jdk\jdk-17.0.10\bin也是错的因为工具们会自动在后面拼\bin\java拼完就变成\bin\bin\java了。这两个错误是“JAVA_HOME 设了但没用”的头号原因。Path的作用是“让命令行能找到命令”。你需要在原有的 Path 列表里新增一条%JAVA_HOME%\bin用%JAVA_HOME%引用而不是写死绝对路径好处是以后换 JDK 版本只需要改JAVA_HOME一处Path 不用动。另外现在 Windows 10/11 的环境变量编辑器有“用户变量”和“系统变量”两块Path 两块都有。建议改用户变量里的 Path把%JAVA_HOME%\bin加进去这样不需要管理员权限动系统 Path 更容易出事。至于CLASSPATH——JDK 9 之后这个变量已经不需要手动设置了。它是 JDK 8 及以前的老教程必写项作用是告诉 JVM 去哪找.class和第三方 jar 包。现在的构建工具Maven、Gradle和 IDEA 会在运行时自动拼好完整的类路径你手动设一个CLASSPATH.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar反而可能干扰工具的正常行为因为dt.jar和tools.jar在 JDK 9 之后根本就不存在了。所以看到教程让你配 CLASSPATH直接跳过。提示环境变量改完之后已经打开的 CMD 或 PowerShell 窗口不会自动刷新。必须关掉重开或者在 PowerShell 里手动重新加载一次用户环境变量。这一步忘掉的人非常多症状是“明明配好了还是提示找不到 java”。3.2 三条命令验证配置是否真的生效配置完之后新开一个终端依次跑三条命令不要只跑第一条就以为成功了java -version javac -version echo %JAVA_HOME%java -version验证的是运行环境输出里会带版本号和构建号javac -version验证的是编译器说明开发工具链通了echo %JAVA_HOME%Linux/macOS 上用echo $JAVA_HOME验证变量本身的值对不对有没有多写或少写目录层级。判断结果的时候有个细节如果java -version显示的是别的版本比如你装的是 17 却显示1.8.0_xxx那说明系统里还有另一个 JDK而且它在 Path 里的位置更靠前。Windows 上系统 Path 的条目执行顺序优先于用户 PathLinux 上则是/etc/profile.d被/etc/profile读取的顺序决定。定位方法很简单Windows 上执行where javaWindows 之外执行which java它会列出所有被命中的java可执行文件路径第一个就是正在生效的那个。看到路径是C:\Program Files\Common Files\Oracle\Java\javapath\java.exe这种那基本就是安装器偷偷塞进去的一个转发器把它从 Path 里挪到后面或者干脆删掉。3.3 多版本 JDK 共存与降级切换真实工作里几乎不可能只装一个 JDK。老项目要 8新项目要 17偶尔还得验一下 21 的某个新特性。多版本共存的核心思路是每个版本装各自的目录JAVA_HOME指向其中一个切换就是改这个指向。Windows 上最土也最有效的办法是准备几个.bat脚本echo off setx JAVA_HOME C:\dev\jdk\jdk-17.0.10 setx PATH %PATH%;%JAVA_HOME%\bin echo 已切换到 JDK 17请重新打开终端注意setx是永久写入且每次执行会把当前 PATH 又追加一遍用几次之后 Path 会变得巨长所以这个方案只适合偶尔切一次的场景。更规整的做法是装一个版本管理小工具或者干脆在 IDEA 里给不同工程配不同的 SDK命令行用哪个版本其实不影响 IDE 内的编译。Linux 上有现成的工具update-alternativessudo update-alternatives --install /usr/bin/java java /usr/local/java/jdk-17.0.10/bin/java 100 sudo update-alternatives --install /usr/bin/javac javac /usr/local/java/jdk-17.0.10/bin/javac 100 sudo update-alternatives --config java最后一条命令会列出所有候选版本让你选序号切完立即生效。macOS 就简单得多/usr/libexec/java_home -v 17直接返回 17 的路径配合 shell 别名或者.zshrc里的动态赋值就能实现“进某个目录自动切版本”。注意切换版本之后务必清空 IDEA 的缓存File Invalidate Caches否则 IDEA 可能仍按旧版本的字节码目标去编译出现invalid target release这类莫名其妙的报错。4. IntelliJ IDEA 2023 安装与首次配置JDK 立住了接下来才是 IDE。这一章的每个设置项都对应一个后面容易踩的坑我按“装的时候”“第一次打开的时候”“建工程之前”三个时间点来组织。4.1 安装过程中的选项逐条解读Windows 安装器上会有四个勾选项创建桌面快捷方式、把启动器加入 PATH、添加右键菜单“Open Folder as Project”、关联.java等文件类型。第一个随意。第二个建议勾上勾了之后可以在任意命令行窗口用idea .直接打开当前目录为工程日常效率提升明显但注意它会修改系统 Path装完之后最好确认一下没把 Path 弄乱。第三个也建议勾右键一个项目文件夹直接当工程打开比先开 IDE 再 Open 快很多。第四个看个人习惯如果你有别的编辑器也想用来开.java文件就别勾避免默认打开方式被抢。安装路径同样建议避开Program FilesIDEA 会生成大量文本索引文件路径里有空格影响不大但如果你打算装多个版本社区版和旗舰版各一份统一放在C:\dev\jetbrains\下面会清爽很多。安装器还会问一个“是否导入已有设置”全新装就选不导入。macOS 上把.dmg里的应用拖进 Applications 就行第一次打开会有安全提示允许即可。Linux 下把解压出来的目录放到/opt/或者~/apps/然后执行bin/idea.sh。不要在 Linux 下用 root 身份长期运行 IDEA它生成的配置目录会带上 root 权限之后普通用户启动时会因为读不了配置而报错。4.2 首次启动该改的几处设置第一次启动会弹一堆对话框按顺序处理数据共享Dont Send、主题选择Darcula 深色对眼睛友好Light 在光线强的环境下更清楚、插件推荐。插件这步值得认真花点时间我常驻的几款插件用途是否必装Chinese (Simplified) Language Pack界面汉化新手建议Maven Helper查看依赖冲突树写后端必装Lombok支持Data等注解的编译期处理写 Spring 项目必装Rainbow Brackets括号按层级着色强烈推荐Key Promoter X统计你鼠标操作提示对应快捷键提升效率用Translation选中英文直接翻译看源码注释很有用GitToolBox行内显示 Git 提交信息协作项目推荐装完插件会提示重启重启后进 Settings 做几项关键调整。第一项是内存Help Change Memory Settings默认通常是 2048MB按自己机器的物理内存调物理内存建议堆内存说明8 GB1024–1536 MB给系统和浏览器留足空间16 GB2048–3072 MB最舒服的区间32 GB4096–6144 MB大工程和索引提速明显第二项是字体Settings Editor Font字体选 JetBrains Mono字号 14–16行高 1.2 倍长时间看代码不容易累。第三项是自动保存和编码Settings Editor General Auto Import 里把自动导入打开Settings Editor File Encodings 里把 Global、Project、Default 三处编码全部设为 UTF-8并勾上“Transparent native-to-ascii conversion”——这一条能帮你避开后面中文乱码的一大半问题。4.3 工程级配置SDK、Language Level 与编译目标建工程之前先做一件事File Project Structure Platform Settings SDKs点加号选 Add JDK然后指到你 JDK 的根目录。这里最容易出错——选的是C:\dev\jdk\jdk-17.0.10这一层不是bin也不是jre。如果你不小心选了jre目录IDEA 会报 “Cannot determine JDK version” 或者直接拒绝添加。SDK 加好之后在 Project 页签里设置三样东西SDK 选 jdk-17Language Level 选 17如果用了预览特性可以选带 Preview 的那档编译输出路径保持在工程下的out目录就行。然后去 Settings Build, Execution, Deployment Compiler Java Compiler把 Target bytecode version 也确认成 17。这三处SDK、Language Level、Target bytecode必须一致只要有一处是 8、一处是 17就会在编译时报invalid target release: 17或者反过来报一堆说不清的错误。很多人改完 SDK 忘了改 Language Level然后对着编译错误排查半小时。提示Language Level 和 SDK 版本对不上IDEA 会在编辑器里把新语法标红比如var报错但你手动javac编译却没问题。看到这种分裂现象首先检查 Language Level。4.4 Maven 仓库加速与 JDK 绑定如果你打算后面学 Spring BootMaven 是绕不过去的。IDEA 2023 自带了一个打包好的 Maven但它的配置文件在安装目录里升级 IDE 时会被覆盖所以建议改成用户级配置。在用户目录下创建~/.m2/settings.xmlWindows 是C:\Users\你的用户名\.m2\settings.xml然后配上国内仓库镜像。下面这段是常用的阿里云公共仓库镜像配置settings xmlnshttp://maven.apache.org/SETTINGS/1.0.0 localRepositoryD:/mvn-repo/localRepository mirrors mirror idaliyun-public/id mirrorOf*/mirrorOf namealiyun public/name urlhttps://maven.aliyun.com/repository/public/url /mirror /mirrors /settingslocalRepository建议挪到非系统盘因为依赖会越攒越多我见过一个两三年的项目本地仓库涨到 12GB。镜像配了之后IDEA 里要去 Settings Build Tools Maven 把“User settings file”勾上 Override 并指向你刚写的这个文件然后去 Runner 页签把 JRE 设成“Use Project JDK”。接着在工程根目录的pom.xml里明确编译插件的版本别依赖默认值properties maven.compiler.release17/maven.compiler.release project.build.sourceEncodingUTF-8/project.build.sourceEncoding /properties build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version3.11.0/version configuration release17/release encodingUTF-8/encoding /configuration /plugin /plugins /build用release参数而不是老的source/target组合是因为release会同时检查 JDK 内部 API 的使用防止你用了新版本 JDK 里已删除的类编译期就能拦住问题比运行期崩了再查好得多。5. 跑通第一个 Java 工程从源码到运行的全链路验证配置完不等于环境可用。真正能证明整套链路通了是你写出代码、编译通过、运行出结果、还能打断点调试。这一章用一个能自我验证的小程序把全流程走完。5.1 新建工程与目录约定File New Project左侧选 JavaName 填env-checkLocation 选一个不带中文和空格的目录Build system 选 IntelliJ如果只是想验证环境不引入 Maven 会更干净JDK 选刚才配的 17。建完之后看一下左侧的项目树标准结构是这样的env-check/ ├── .idea/ IDEA 自身的配置目录不用手改 ├── src/ 源码根目录 │ └── com/example/demo/ 包路径 └── env-check.iml 模块定义文件包名要遵循反向域名约定比如com.example.demo不要用中文包名也不要用java.xxx开头的包名——后者是 JDK 保留的会直接编译失败。如果你是跟着教材学教材里写com.kuangshe这种拼音包名用是可以用的只是不规范。5.2 一段能自证环境的代码在src下新建一个类EnvCheck把下面这段粘进去。它做三件事打印当前 JVM 的关键属性、验证编译器版本、顺手跑一个冒泡排序来确认数组操作和循环逻辑正常。package com.example.demo; import java.util.Arrays; public class EnvCheck { public static void main(String[] args) { // 1. 打印 JVM 关键属性确认跑的是哪个 JDK System.out.println(java.version System.getProperty(java.version)); System.out.println(java.vendor System.getProperty(java.vendor)); System.out.println(java.home System.getProperty(java.home)); System.out.println(os.name System.getProperty(os.name)); System.out.println(file.encoding System.getProperty(file.encoding)); // 2. 验证基础语法和集合操作 int[] data {5, 3, 8, 1, 9, 2, 7}; bubbleSort(data); System.out.println(排序结果 Arrays.toString(data)); // 3. 验证 Java 17 的文本块特性 String report --------------------------- 环境自检完成 排序前后元素数量一致 ---------------------------; System.out.println(report); } static void bubbleSort(int[] arr) { for (int i 0; i arr.length - 1; i) { boolean swapped false; for (int j 0; j arr.length - 1 - i; j) { if (arr[j] arr[j 1]) { int tmp arr[j]; arr[j] arr[j 1]; arr[j 1] tmp; swapped true; } } // 内层循环没发生过交换说明已经有序提前退出 if (!swapped) { break; } } } }这段代码有两个验证点值得说。第一java.home打印出来的路径应该指向你装的 JDK 17 目录如果指向了某个jre或者另一个版本说明 IDEA 的 SDK 配错了。第二file.encoding必须是UTF-8如果打印出GBK或者ANSI说明前面编码设置那步漏了后面写中文注释会出现控制台乱码。文本块那段用来验证 Language Level 是否真的到了 17——如果 IDE 把它标红问题一定在 Language Level 上。点绿色三角运行。控制台输出正常并且版本号是 17.x这套环境就算立起来了。到这一步后面无论是学多线程里“线程等待都完成”这类CountDownLatch/CompletableFuture的用法还是琢磨动态代理、策略模式这些设计模式环境层面都不会再拦你。5.3 断点调试与常用快捷键只会运行不会调试等于浪费了 IDEA 一半的价值。三个基础操作必须掌握在行号左侧点一下打红点断点点那个小虫子图标以 Debug 模式启动程序会停在断点处。停住之后Variables 面板能看到当前作用域所有变量的值把鼠标悬在变量上也能看到。几个高频按钮Step OverF8执行当前行不进入方法Step IntoF7进入被调用的方法内部Step OutShiftF8从当前方法跳回调用处ResumeF9继续跑到下一个断点。Evaluate ExpressionAltF8可以在暂停状态下执行任意表达式比如你可以在冒泡排序里j 2的时候暂停输入arr.length - 1 - i看它算出来是多少比盯着代码人肉推演快得多。再给几个日常提效的快捷键CtrlAltL格式化代码ShiftF6重命名会连带改所有引用CtrlAltV把表达式提取成局部变量AltEnter万能提示键报错修复、导包、生成方法都靠它CtrlShiftF全局搜索文本CtrlN按类名找文件ShiftShift全局搜任何东西。这几个键用熟了写代码的手感和纯文本编辑器完全不是一回事。6. 典型报错排查实录前面每一步都可能出问题这一章按“症状—原因—解决”的方式整理成速查表都是我和身边人真实踩过的。6.1 命令行不认 javaPath 相关问题的定位现象大概率原因定位命令处理方式java 不是内部或外部命令Path 里没加 JDK 的 bin 目录或改了没重开终端echo %PATH%找有没有%JAVA_HOME%\bin补上并关闭所有终端重新打开提示找不到 java但echo %JAVA_HOME%正常Path 写的是完整路径但被引号包住了或者末尾多了分号where java检查 Path 条目里有没有多余引号和空格java -version能跑javac不能装的是 JRE 而不是 JDK或者选错了 bin 目录where javac重装完整 JDK确认bin\javac.exe存在版本号显示的不是装的那个系统里有多个 JDKPath 顺序不对where java看第一个命中项把目标 JDK 的 bin 条目上移到最前改完环境变量后命令仍不生效老终端进程缓存了旧环境关闭 IDE、终端、资源管理器再试极端情况需要注销或重启排查 Path 问题的核心思路是用where或which看“实际命中的是哪一个”而不是猜。很多时候你把 Path 配对了但系统里另一个软件的安装程序比如某些数据库、中间件自带的 JDK悄悄把自己的 java 塞到了 Path 前面一执行就走了它。看到C:\Program Files\Common Files\Oracle\Java\javapath这种路径基本就是这个情况把它往后挪或者删掉即可。6.2 IDEA 报找不到 JDK 的几种情形IDEA 里关于 JDK 的报错有好几种症状很像但根因不同容易混。第一种是Project SDK is not defined通常出现在从别处拷来的工程或者动了 SDK 配置之后。解决就是 File Project Structure 里重新指定 SDK。第二种是提示The selected directory is not a valid home for JDK说明你选的目录不对——必须是包含bin和lib的那一层根目录选了bin或上一层父目录都会报这个。判断方法很直接打开文件管理器进到那个目录看里面有没有bin文件夹和release文件都有就对了。第三种是Cannot determine JDK version一般出在 JDK 包不完整的情况下比如解压过程中断了、只解了一半或者你选了某个中间件内嵌的、被人为裁剪过的 JDK 运行环境。这种就用官网原版重新解压一份干净的。第四种是导入 Maven 工程后 SDK 被改回默认需要在 Settings Build Tools Maven Importing 里把 JDK for importer 也指定成 17。还有一种隐蔽的情况命令行java -version正常IDEA 也配了 SDK但运行时报Unsupported class file major version。这是编译出来的字节码版本和运行时的 JDK 版本不一致导致的类文件 major version 61 对应 Java 1752 对应 Java 8。解决办法是把 SDK、Language Level、Maven compiler 的 release 参数三处对齐。6.3 权限、编码与多版本冲突类问题权限问题最典型的就是前面提到的Permission denied那类症状是某个进程启动时提示找不到 java 或者没权限执行 java。定位方法是直接去那个路径下执行一次/data/xxx/jdk/bin/java -version如果报权限拒绝ls -l看一眼有没有x位。补权限用chmod x但如果是挂载分区的noexec问题加权限也没用必须换目录。编码问题的症状是中文注释在编辑器里正常运行时控制台打出问号或者方块。根因有几层文件本身是 GBK 保存的、IDEA 的文件编码设成了 GBK、JVM 默认字符集不是 UTF-8、控制台代码页不是 UTF-8。Windows 上可以在运行配置的 VM options 里加-Dfile.encodingUTF-8然后在 CMD 里执行chcp 65001把控制台切到 UTF-8。注意 JDK 18 之后file.encoding的默认值已经是 UTF-8所以如果你用的是 JDK 17还是需要显式指定。多版本冲突的症状通常是“命令行跑得好好的IDEA 里编译不过”。常见原因是 IDEA 工程里的.idea/misc.xml记录了旧版本 SDK 的名称换版本之后这个名称对不上了。解决方式是在 Project Structure 里重新选一次或者干脆删掉.idea目录让 IDEA 重新生成代价是丢失所有个人配置。还有一种情况是依赖的某个库要求特定版本比如某个 Elasticsearch 客户端要求至少 JDK 17而你的工程 SDK 是 8这时候会报一大串Unsupported class file major version往上翻日志才能看到真正的根因。6.4 环境验收清单与后续衔接把这套环境彻底验收一遍其实就下面这几条全部打勾说明可以放心开始写代码了java -version和javac -version输出的版本号一致都是 17.xecho %JAVA_HOME%或$JAVA_HOME指向 JDK 根目录路径中无中文无空格Path 里的%JAVA_HOME%\bin位置靠前where java第一个命中项就是它IDEA 的 Project SDK 指向 JDK 17 根目录Language Level 为 17IDEA 全局编码、工程编码、编译器目标字节码全部为 UTF-8 与 17用第 5 章那段自检代码跑通输出无乱码、版本正确Maven 的用户配置文件已指向自定义 settings.xml镜像仓库生效环境这件事有个反直觉的地方它的价值不在于“配得多高级”而在于“干净”。一份没有历史包袱的环境能让你在后来遇到问题时有底气把怀疑范围缩小到代码本身而不是在“是不是我的 JDK 装歪了”这种问题上反复消耗。我见过太多人因为环境不干净把明明是代码逻辑的错误怀疑到 JDK 上白白耗掉一整天。我自己的习惯是每换一台机器就把这套流程完整走一遍装完之后立刻把 JDK 压缩包、IDEA 安装包、settings.xml 三个文件备份到移动硬盘或者网盘。下一次重装系统从零到能写代码基本控制在二十分钟以内。另一个小经验是不要图省事去用别人打包好的“一键环境包”尤其是那种自带绿色版 JDK 和破解版 IDE 的合集版本混乱、来源不明出了问题连日志都看不懂省下来的十分钟会在后面加倍还回去。等你把 JDK 17 跑顺了想再试 JDK 21 的虚拟线程或者想在同一个 IDEA 里同时开 8 和 17 两个模块就只是再复制一份目录、再指一次 SDK 的事成本低到你不会犹豫。