java 规范明确禁止从命名包中引用未命名包（default package）中的类，这是由 jvm 类加载机制和 java 语言规范（jls）共同决定的强制约束，而非编译器或工具链缺陷。
java 规范明确禁止从命名包中引用未命名包（default package）中的类，这是由 jvm 类加载机制和 java 语言规范（jls）共同决定的强制约束，而非编译器或工具链缺陷。
在 Java 中，所有类都属于某个包——即使源文件中没有 package 声明，该类也默认位于 未命名包（unnamed package） 中。这一术语并非俗称，而是《Java 语言规范》（JLS §6.1、§7.5.2）明确定义的核心概念。
关键限制在于：
✅ 未命名包内的类可直接相互引用（因为每个未命名包源文件会隐式执行 import *; 作用于自身包）；
❌ 命名包中的类无法 import 或直接使用未命名包中的类——语法上 import Class2; 是非法的（JLS 要求 import 语句必须含至少一个 .，如 import pkg.Class;），且编译器不会为命名包自动导入未命名包。
以下代码清晰体现该规则：
// ✅ ProjB/src/java/Main2.java（未命名包）
public class Main2 {
public static void main(String[] args) {
Class2 class2 = new Class2(); // 编译通过：同属未命名包，隐式可见
}
}
// ❌ ProjB/src/java/org/fred/Main1.java（命名包）
package org.fred;
public class Main1 {
public static void main(String[] args) {
// 编译错误：cannot find symbol
// Class2 class2 = new Class2();
}
}
⚠️ 注意：即使将 JAR 加入 -cp，也无法绕过此限制——类路径（classpath）仅影响类加载时机，而符号解析（symbol resolution）发生在编译期，严格遵循 JLS 包可见性规则。
正确解决方案（非规避，而是合规重构）
唯一符合 Java 规范的解决方式是 消除未命名包：
-
为所有类显式声明包（包括原 JAR 中的 Class2）：
// projA/src/java/com/example/Class2.java package com.example; public class Class2 {} -
重建 JAR 并更新依赖方的 import：
// ProjB/src/java/org/fred/Main1.java package org.fred; import com.example.Class2; // 显式导入 public class Main1 { public static void main(String[] args) { Class2 class2 = new Class2(); // ✅ 编译通过 } }
总结
- 未命名包是 Java 的临时设计，仅适用于极简脚本或教学演示；
- 一旦项目中存在任一 package 声明，所有源文件均应归属明确命名包；
- 试图通过修改 classpath、IDE 设置或反射“绕过”该限制，不仅违背 JLS，还会导致跨 JDK 版本兼容性风险（如 JDK 9+ 模块系统进一步强化了包隔离）；
- 真正的工程实践应以包结构为基石——它不仅是组织代码的手段，更是 Java 类型可见性与模块化演进的底层契约。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
