Java的定位是一门跨平台的面向对象编程语言，它的核心机制是先把源码编译成字节码，再由不同平台上的虚拟机加载执行。这意味着同一份Java程序可以在Windows、Linux和macOS上运行，前提是目标机器安装了对应平台的Java运行环境。理解这一点对后续配置环境变量和排查问题都很有帮助，因为很多看起来像代码错误的异常，实际是运行环境没有准备好。
一、先分清JDK、JRE和JVM的关系
JDK是Java Development Kit的缩写，它是开发工具包，包含了编译器、调试器、打包工具以及JRE。JRE是Java Runtime Environment，负责提供运行Java程序所需的核心类库和虚拟机。JVM则是Java Virtual Machine，是真正执行字节码的引擎。三者的包含关系可以简单记为：JDK包含JRE，JRE包含JVM。日常开发只需要安装JDK即可，因为JDK内部已经带有运行环境。
初学者容易把这三者混为一谈，尤其是在配置环境变量时，会把JRE路径和JDK路径同时写进去。实际上现代JDK的目录结构已经比较统一，以Windows为例，安装后的JDK目录通常形如C:\Program Files\Java\jdk-17.0.10，其bin子目录下就包含java.exe和javac.exe。配置Path时只需要指向这个bin目录即可，不需要再单独配置JRE路径。
如果只需要在服务器上运行Java程序，可以只装JRE，但生产环境现在更推荐直接使用JDK，因为很多监控工具和排查命令依赖JDK自带的jps、jstack等工具。对于学习阶段来说，不必纠结最小化安装，直接下载官方JDK即可。安装完成后在命令行执行java -version和javac -version，两者都正常输出版本信息就说明基础环境已经就绪。
二、Java版本怎么选与安装配置怎么做
Java版本选择有一个非常实用的原则：优先使用长期支持版本，也就是LTS版本。Java 8、11、17、21都属于LTS版本，其中Java 8虽然老旧但仍在大量企业系统中使用，Java 17和21则是当前新项目的主流选择。非LTS版本如Java 12、13、14、15、16等只提供短周期支持，不适合作为生产环境或长期学习的基础版本。初学者可以从Java 17开始，语法特性足够新，生态兼容性也比较好。
安装配置在Windows上可以通过系统属性中的环境变量界面操作，也可以使用命令行快速设置。下面是一段在命令提示符中临时设置环境变量的示例，适合当前窗口测试使用：
SET JAVA_HOME=C:\Program Files\Java\jdk-17.0.10 SET PATH=%JAVA_HOME%\bin;%PATH% java -version javac -version
临时设置只对当前命令行窗口有效，关闭窗口后失效。永久配置需要进入系统环境变量，新建JAVA_HOME变量，值填写JDK安装路径，例如C:\Program Files\Java\jdk-17.0.10，然后在Path变量中追加%JAVA_HOME%\bin。注意Path中的多个路径之间用英文分号隔开，不要把JAVA_HOME本身写到Path里，真正需要的是bin目录。
Linux系统下配置方式略有差异，通常在/etc/profile或用户目录下的.bashrc中追加环境变量。以Ubuntu为例，假设JDK解压到/usr/local/jdk-17.0.10，可以写入如下内容：
export JAVA_HOME=/usr/local/jdk-17.0.10 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib
保存后执行source ~/.bashrc使其生效。这里CLASSPATH中的点号代表当前目录，很多初学者配置完环境后运行简单类文件时找不到类，就是因为没有把当前目录加入类路径。不过对于使用IDE和构建工具的项目，CLASSPATH通常由工具自动管理，不建议手动全局设置过于复杂的类路径。
三、第一个Java程序与编译运行流程
环境配置好后，可以写一个最简单的Java程序验证完整流程。创建Main.java文件，内容如下：
public class Main {
public static void main(String[] args) {
System.out.println("Hello Java");
}
}
保存后在文件所在目录打开命令行，先执行javac Main.java编译，此时目录下会生成Main.class字节码文件。接着执行java Main运行程序，注意这里的Main后面不需要加.class后缀。如果提示找不到或无法加载主类，通常有两个原因：一是文件名和公共类名不一致，Java要求包含public class的文件名必须与类名完全相同；二是执行命令时没有在.class文件所在目录运行。
编译和运行是两个独立步骤，javac负责把源文件编译为字节码，java负责启动虚拟机加载字节码。初学者常犯的错误是直接用java Main.java运行，这在较旧版本中并不支持。从Java 11开始，java命令支持直接运行单文件源码，但正式开发仍然建议显式编译，以便理解字节码生成过程。
如果程序包含中文输出，而控制台出现乱码，需要检查源文件编码和编译命令的编码参数。可以在编译时指定javac -encoding UTF-8 Main.java，确保源文件以UTF-8保存。很多Windows记事本默认使用UTF-8无BOM或ANSI编码，容易导致中文识别异常。开发工具中最好统一设置为UTF-8，避免跨平台协作时出现编码问题。
四、常见避坑建议与排错思路
第一个坑是环境变量配置后不重新打开命令行。命令行窗口在启动时会读取一次环境变量，修改系统环境变量后必须重新打开命令提示符，否则java命令仍然不可用。很多教程配置完直接运行就报错，其实只需关闭旧窗口再打开新窗口即可。第二个坑是多个JDK版本共存时，java -version和javac -version显示的版本不一致。这种情况往往是因为Path中多个JDK的bin目录顺序不同，系统会优先匹配靠前的路径。
第三个坑是IDE和命令行使用的JDK版本不同。例如IDEA里配置了Java 17，但系统Path指向Java 8，命令行运行时可能因为语法不兼容而报错。排查时先执行where java查看实际调用的Java路径，Windows下该命令会列出所有匹配项，Linux下可使用which java。确认命令行使用的JDK版本后，再把它与IDE项目SDK版本对齐。
第四个坑是误以为JAVA_HOME设置错误会导致所有程序无法运行。实际上JAVA_HOME更多是供Tomcat、Maven、Gradle等工具使用的，单纯运行java命令时只需要Path中有bin目录即可。如果只配置了JAVA_HOME而没有把它加入Path，命令行依然找不到java命令。两者作用不同，但通常建议一起配置。
最后是版本选择上的避坑。不建议在生产环境使用最新发布的非LTS版本，因为这类版本维护周期短，升级成本和兼容风险都不小。也不建议长期停留在Java 8，除非现有系统有明确的迁移限制。新项目默认选择Java 17或21，可以兼顾语言特性、社区支持和长期维护。如果只是学习语法，版本差异对入门影响不大，重点是把基础语法和面向对象思想掌握扎实。