Java语法不依赖字符编码，但源文件编码必须与编译器预期一致，否则导致编译错误；推荐统一使用UTF-8并显式指定-encoding UTF-8，中文标识符虽合法但不推荐生产使用，文件IO编码属运行时行为，与语法解析无关。
Java语法本身不依赖字符编码，但源文件的编码方式会影响编译器能否正确识别代码中的字符——特别是中文、注释、字符串字面量和标识符（如变量名）。
源文件编码必须与编译器预期一致
Java编译器（javac）默认按平台编码读取源文件。例如Windows上通常是GBK，Linux/macOS上多为UTF-8。若源码含中文但保存为UTF-8，而编译器用GBK解析，就会出现“非法字符”或“未结束的字符串字面量”等编译错误。
- 显式指定编码：编译时加 -encoding UTF-8 参数，如 javac -encoding UTF-8 Main.java
- IDE中需统一：IntelliJ IDEA 或 Eclipse 需设置项目编码为 UTF-8，并确保“Transparent native-to-ascii conversion”未开启（避免自动转义中文）
字符串字面量和字符常量受编码直接影响
字符串内容在编译期被转换为Unicode码点，但原始字节如何解码成字符，取决于源文件编码。例如：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 若源文件以GBK保存了汉字“你好”，但用UTF-8编码编译，编译器会把两个GBK字节误读为无效UTF-8序列，报错
- 正确做法：源文件存为UTF-8，编译加 -encoding UTF-8，运行时JVM内部始终用UTF-16处理字符串，不受影响
标识符允许使用Unicode字母（包括中文），但有编码前提
Java语言规范允许用中文、日文等Unicode字符命名变量或方法，如 String 姓名 = "张三"; 是合法语法。但这要求：
立即学习“Java免费学习笔记（深入）”；
- 源文件必须用支持该字符的编码保存（如UTF-8）
- 编译器必须用相同编码读取，否则无法识别标识符开头
- 不推荐生产环境使用中文标识符，因跨工具链（构建脚本、静态分析工具）兼容性差
文件读写时的编码是运行时行为，与语法无关但易混淆
像 new String(bytes, "GBK") 或 Files.readString(path, UTF_8) 这类操作属于I/O层面的编码处理，不影响Java语法解析。但新手常把编译错误（源码读取失败）和运行时乱码（IO编码不匹配）混为一谈。
- 编译错误发生在 javac 阶段，看源文件怎么被“读进来”
- 运行乱码发生在 System.out.println() 或文件写入时，看字节怎么被“打出去”
- 二者独立，需分别排查编码设置
