在虚拟机里搭建Java环境，表面上只是装一个JDK的事，但实际操作中坑不少。虚拟机本身性能有限、系统可能是精简版、环境变量配置手滑多打一个分号，任何一个小问题都可能导致java命令无法识别，或者编译运行时出现各种奇怪报错。这篇文章以Windows虚拟机为例，把整个搭建流程和容易出错的地方逐一讲清楚。
一、搭建前的准备工作：版本选择与资源分配
首先要明确JDK版本。如果你的宿主机项目用的是JDK 8，虚拟机里就尽量装同版本，避免出现本地能跑、虚拟机里编译不过的尴尬情况。Oracle JDK从8以后的版本商业使用需要注意授权问题，个人学习可以直接从Oracle官网下载，或者选择OpenJDK发行版，比如Adoptium的Temurin，安装包同样支持Windows。
其次是虚拟机资源分配。Java开发和运行本身吃内存，如果给虚拟机只分了1GB内存，跑个IDE都会卡成幻灯片。建议至少分配2核CPU、4GB内存，磁盘空间预留20GB以上，JDK安装加上后续的IDE、Maven仓库，占用的空间增长很快。另外确认虚拟机的网络是NAT或桥接模式，保证能正常下载安装包。
还有一个容易忽略的点：虚拟机里装的Windows如果是精简版系统，可能缺少一些运行库，导致JDK安装程序报错。遇到这种情况，先补齐系统组件再安装，别急着怀疑安装包损坏。
二、安装JDK与环境变量配置详解
安装路径建议规划好，比如统一放在C:\Java\jdk-17这样的目录，路径中不要包含中文和空格。默认安装路径C:\Program Files\Java\jdk-17虽然能用，但路径里带空格，某些老旧构建脚本处理起来容易出问题，自己改一个干净的路径更省心。
安装完成后是核心环节：配置环境变量。右键“此电脑”选择“属性”，进入“高级系统设置”，点击“环境变量”。需要配置的变量主要有三个：
JAVA_HOME = C:\Java\jdk-17 Path = %JAVA_HOME%\bin classpath = .;%JAVA_HOME%\lib
其中JAVA_HOME指向JDK根目录，注意不要指到bin目录里面去，这是新手最常见的错误之一。Path里添加%JAVA_HOME%\bin即可，不要直接写死完整路径，方便以后换版本。至于classpath，在新版本JDK中其实已经不需要配置，但如果你在学习一些老教程、使用JDK 8及以前的版本，配上它更稳妥，开头的那个点表示当前目录，不能省略。
编辑Path时建议使用系统提供的“新建”按钮逐条添加，而不是直接在旧值后面追加字符串。直接追加容易漏掉分号或者把原有的变量值覆盖掉，一旦Path被改坏，很多系统命令都会失效，那就得不偿失了。
三、验证安装与常见问题排查
配置完成后，打开命令提示符（不要用PowerShell的旧版本窗口验证，直接用cmd即可），依次执行下面两条命令：
java -version javac -version
两条命令都能正确输出版本信息，才算配置成功。很多人只验证了java -version，这是不够的。java命令能运行只说明JRE部分正常，而javac是编译器，属于JDK的部分，如果javac提示不是内部或外部命令，说明Path没有指对，回去检查是否写成了%JAVA_HOME%\bin，以及JAVA_HOME的路径是否真实存在。
另一个高频问题是“配置明明没写错，命令还是不生效”。这时候先关掉当前cmd窗口重新打开，环境变量的修改对已经打开的窗口不生效。如果还不行，检查系统变量和用户变量是否配了重复的Path条目，或者虚拟机里存在多个JDK版本导致冲突。排查时可以在cmd里执行where java，查看系统实际调用的是哪个路径下的java.exe，如果指向C:\Windows\System32下的副本，说明被系统内置的假java.exe抢先了，删掉Path中排在前面的干扰项即可。
四、多版本共存与日常使用建议
虚拟机经常被用来测试不同JDK版本的项目，这时不需要反复卸载安装。做法很简单：把多个JDK分别装在不同目录，比如C:\Java\jdk-8和C:\Java\jdk-17，切换时只需要修改JAVA_HOME的值，Path里引用的是变量，会自动跟着变。也可以写两个bat脚本，用set JAVA_HOME=...临时切换，只对当前窗口生效，互不干扰。
日常使用上还有两点建议。第一，虚拟机做好快照，环境配好之后立刻拍一个快照，以后系统玩坏了可以秒恢复，这是虚拟机开发最大的优势。第二，如果后续要装Maven、Tomcat等工具，它们的配置同样依赖JAVA_HOME，所以这个变量一定要配规范，省去后面重复排查的麻烦。按照上面的流程走下来，一套稳定可用的Java开发环境就算是真正落地了。