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 彼此完全独立，不存在父子包含关系
