java 规范明确禁止从命名包中引用未命名包（即 jar 根目录下的类），仅允许同属未命名包的类相互访问，这是由 java 语言规范（jls）强制规定的语言限制。

java 规范明确禁止从命名包中引用未命名包（即 jar 根目录下的类），仅允许同属未命名包的类相互访问，这是由 java 语言规范（jls）强制规定的语言限制。

在 Java 中，所有类都属于某个包——即使源文件中没有 package 声明，该类也默认属于 未命名包（unnamed package），这是 JLS（Java Language Specification）中的正式术语，而非俗称。

关键限制在于：
✅ 未命名包内的类可直接访问同包（即其他未命名包）的类，无需 import；编译器会隐式执行 import *; 效果。
❌ 命名包（如 org.fred）无法导入或引用未命名包中的类，因为语法上不支持 import Class2;（缺少包名路径），而 import .Class2; 或 import default.Class2; 等均非法——JLS 明确规定 import 语句必须包含至少一个点（.），且不存在表示“未命名包”的关键字。

例如，以下代码合法（Main2.java 在默认包）：

// ProjB/src/java/Main2.java —— 无 package 声明
public class Main2 {
    public static void main(String[] args) {
        Class2 class2 = new Class2(); // ✅ 可直接使用，隐式访问未命名包
    }
}

但以下代码编译失败（Main1.java 属于 org.fred 包）：

// ProjB/src/java/org/fred/Main1.java
package org.fred;

public class Main1 {
    public static void main(String[] args) {
        Class2 class2 = new Class2(); // ❌ 编译错误：cannot find symbol
    }
}

即使添加 import Class2; 也会被拒绝：error: class, interface, or enum expected，因该语法违反 Java 词法结构。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

⚠️ 这不是工具链缺陷，而是语言设计的硬性约束。JLS §7.5 明确指出：“A type in the unnamed package cannot be imported.” 同时，§7.4.2 规定：“A compilation unit automatically imports all types declared in its own package.” —— 这一自动导入仅作用于其所属包（含未命名包），绝不跨包生效。

? 可行的解决方案（按推荐顺序）：

• 首选：重构 JAR，将 Class2 移入显式命名包（如 com.example.util），并更新其源码与 package 声明，再重新打包。这是最符合 Java 工程实践的方式。
• 次选：避免混合使用未命名包与命名包。一旦项目中任一文件声明了 package，应确保所有源文件均归属明确命名包（包括 Class2.java），消除未命名包依赖。
• 不推荐（仅限临时调试）：将调用方也降级至未命名包（删除 package org.fred;），但这会破坏模块化、引发命名冲突风险，且无法与主流构建工具（Maven/Gradle）良好协作。

? 总结：未命名包是 Java 为极简脚本场景保留的遗留机制，不应出现在任何需要复用、协作或长期维护的项目中。现代 Java 开发中，坚持“每个 .java 文件必须有 package 声明”是规避此类问题的根本准则。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南