当 java 编译器报错“cannot find symbol”且涉及跨文件引用的类（如 `converter`）时，根本原因通常是包结构与编译命令不匹配——特别是未按 `package` 声明生成对应目录层级，或主类错误地声明了不必要的包名。
在您的示例中，两个文件均声明了 package temp;，这意味着 Java 要求它们的 .class 文件必须严格位于 temp/ 子目录下，并通过正确的类路径（classpath）被加载。但常见误区是：仅将源文件放在同一文件夹下，并不能自动满足包语义；编译器会依据 package 声明推导输出路径，而运行时 JVM 会依据类路径查找已编译的类。
✅ 正确做法（推荐：保持包结构，统一编译）
步骤 1：确保目录结构与包名一致
创建标准结构：
./temp/ ├── Converter.java └── TempTable.java
即：所有 .java 文件应置于 temp/ 子目录中（而非平铺在项目根目录），这与 package temp; 完全对应。
步骤 2：从项目根目录编译（关键！）
在 temp 目录的父级目录中执行：
javac temp/Converter.java temp/TempTable.java
✅ 此命令会自动：
- 为 Converter.java 生成 temp/Converter.class
- 为 TempTable.java 生成 temp/TempTable.class
- 正确解析 import temp.*; 和跨类引用
步骤 3：运行程序
同样在父目录下执行（JVM 自动识别 temp/ 为包路径）：
java temp.TempTable
⚠️ 注意：若坚持将源文件放在根目录（如 ./Converter.java），则必须移除 package temp; 声明，并删除 import temp.*; ——此时二者退化为默认包（unnamed package），虽可编译，但违反 Java 包管理规范，不可用于生产环境或含依赖的项目。
❌ 原方案的问题分析
您提到的“删除 package temp; 于 TempTable.java”虽能临时绕过错误，但会造成：
立即学习“Java免费学习笔记（深入）”；
- Converter 仍在 temp 包中，而 TempTable 在默认包 → import temp.*; 仍合法，但 Converter.c2f() 调用需写成 temp.Converter.c2f()（否则编译失败）；
- 混合包与默认包极大降低可维护性，且无法被其他命名包正确引用。
✅ 最佳实践总结
| 场景 | 推荐操作 |
|---|---|
| 多文件同包 | 所有 .java 放入与包名匹配的子目录，从父目录统一编译 |
| 避免默认包 | 不要删除 package 声明；默认包无法被其他包 import，也不支持模块化 |
| 编译工具链 | 使用 javac -d . *.java（-d . 指定输出到当前目录，自动创建 temp/ 等子目录） |
| IDE 用户 | 在 IntelliJ/Eclipse 中正确设置 source root（如标记 temp/ 为 Sources），IDE 会自动处理路径 |
修复后，TempTable.java 可正常调用 Converter.c2f()，完整可运行代码如下：
// temp/TempTable.java
package temp;
import temp.*;
public class TempTable {
public static void main(String[] args) {
double f = Converter.c2f(0); // ✅ 正确解析
System.out.println("Celsius Fahrenheit");
System.out.printf("%.1f %.1f%n", 0.0, f);
}
}遵循包结构与编译路径的一致性，是解决 “cannot find symbol” 类错误的根本原则——它不是语法问题，而是 Java 类加载机制对工程组织的硬性要求。
