Java包是JVM认可的命名空间，通过“包名+类名”构成全局唯一全限定名，从根本上解决同名类冲突；包声明必须与目录结构严格一致；import仅为语法糖；同名类可共存但需用全限定名区分；包名应采用反向域名风格确保唯一性与可读性。

Java 包机制不是“绕开”同名类冲突的技巧，而是从根源上消除冲突的设计——它用“路径+名字”构造全局唯一标识，让 com.example.user.User 和 com.example.order.User 本质上就是两个完全不同的类型。

包的本质：命名空间，不是文件夹别名

包不是为了整理代码视觉结构而设的“文件夹标签”，它是 JVM 认可的命名空间。一个类的全限定名（Fully Qualified Name）= 包名 + 类名，JVM 只认这个组合。比如：

• com.example.api.User
• com.example.dto.User
• com.example.admin.User

这三个类可以同时存在于同一个项目、同一个 Java 文件中，互不干扰。import 语句只是写代码时的便利语法糖；删掉所有 import，全部改用全限定名，代码照样编译运行。

包声明与目录结构必须严格一致

声明 package com.example.service;，就代表这个 .java 文件必须物理存放在项目根目录下的 com/example/service/ 子目录中。否则：

• 命令行编译会报错：class file contains wrong class 或 cannot find symbol
• IDE（如 IntelliJ）虽常自动同步，但手动移动文件后务必检查 package 声明是否更新
• javac 编译需从项目根目录执行，例如：javac com/example/service/OrderService.java

在同一个类里安全使用多个同名类

当需要同时用到不同包下的同名类（如 User、Date、Logger），关键不是避免重名，而是显式区分：

• 只 import 其中一个最常用版本，其余一律用全限定名调用，例如：
  import com.example.dto.User;
  User dtoUser = new User();
  com.example.domain.User domainUser = new com.example.domain.User();
• 若两个都高频使用，直接放弃 import 同名类，全部写全限定名——逻辑更清晰，也杜绝后续误加 import 导致 The type User is ambiguous 编译错误
• 绝对不要写两个 import 同名类，JVM 不允许，编译器会立即拒绝

包名设计要兼顾唯一性与可读性

包名不是随意起的字符串，它承担着防止第三方冲突和表达业务归属的双重责任：

• 推荐采用反向域名风格：com.yourcompany.project.module（例如 com.baidu.search.parser）
• 禁用单层包名（如 util、common），极易引发冲突
• 包名只能含小写字母、数字、点号（.）、下划线（_），不能以数字或 Java 关键字开头
• com.a、com.a.b、com.a.b.c 彼此完全独立，不存在父子包含关系