当 java 编译器报错“cannot find symbol”指向另一个 `.java` 文件中定义的类时，通常源于包路径、编译顺序或类路径配置错误，而非代码逻辑问题。本文详解如何通过规范的包结构和正确的 `javac` 命令组合解决该问题。
在 Java 中，“cannot find symbol” 错误提示编译器在当前作用域中未识别指定的类名（如 Converter）。这并不意味着 Converter.java 不存在，而是编译器未能将其对应的类符号（即 Converter.class）加载进当前编译上下文。根本原因在于 Java 的包机制与类路径（classpath）强耦合：声明了 package temp; 的类，其 .class 文件必须位于与包名匹配的子目录结构中（即 ./temp/Converter.class），且编译/运行时需以该目录为根路径（source root / class root）。
你提供的两个文件均声明 package temp;，这是正确的起点，但关键在于后续操作是否符合 Java 的约定：
✅ 正确做法（推荐，符合标准 Java 工程结构）：
-
确保目录结构与包名严格一致：所有源文件应放在 ./temp/ 子目录下（而非平铺在当前目录）；
立即学习“Java免费学习笔记（深入）”；
-
从 .（项目根目录）开始编译，并使用 -d 指定输出目录，让编译器自动创建包路径：
# 假设当前目录结构为： # ./Converter.java ← 错误！应移入 ./temp/ # ./TempTable.java ← 错误！应移入 ./temp/ # 正确结构应为： # ./temp/Converter.java # ./temp/TempTable.java # 在项目根目录（即包含 temp/ 文件夹的目录）执行： javac -d . temp/Converter.java javac -d . temp/TempTable.java
执行后，javac 会自动在当前目录下生成 ./temp/Converter.class 和 ./temp/TempTable.class。
❌ 原方案中的问题分析：
- 将 Converter.java 和 TempTable.java 直接放在 ./temp/ 同级目录（即 ./ 下），却声明 package temp;，导致编译器期望类文件位于 ./temp/ 内，但实际未按此结构组织；
- 单独用 javac -d . Converter.java 虽生成了 ./temp/Converter.class，但随后用 javac TempTable.java（未加 -d .）会导致编译器在当前目录（./）查找 temp.Converter，而此时 ./temp/ 可能不在默认 classpath 中，故仍报错；
- 删除 package temp; 虽可绕过包机制（退化为默认包），但破坏了模块化设计，且一旦项目变大将引发更多冲突，不推荐作为通用解法。
✅ 最终可运行的完整流程（无副作用，符合 Java 规范）：
# 1. 创建标准目录结构 mkdir -p temp mv Converter.java temp/ mv TempTable.java temp/ # 2. 从项目根目录编译（自动处理包路径） javac -d . temp/Converter.java javac -d . temp/TempTable.java # 3. 运行（注意：使用全限定类名） java temp.TempTable
⚠️ 注意事项： import temp.*; 是合法且推荐的，它显式声明了对 temp 包中所有公开类的依赖； 不要手动修改或删除 package 声明来“修复”编译错误——这掩盖了工程结构问题； 若使用 IDE（如 IntelliJ 或 Eclipse），请确保将 . 设为 Sources Root，IDE 会自动处理 -d 和 classpath； 在命令行中，-d . 中的 . 表示“以当前目录为输出根”，编译器据此生成 ./temp/*.class，同时隐式将其加入 classpath。
总结：Java 的“找不到符号”错误，90% 以上源于源码目录结构、编译命令与包声明三者不一致。坚持“包名 = 目录路径”，始终从项目根目录执行带 -d . 的 javac，即可彻底规避此类问题。
