包的核心作用是解决类名冲突和限定访问范围；它通过命名空间隔离实现类共存，并作为protected和默认访问权限的边界。
包的核心作用：解决类名冲突和限定访问范围
Java中package不是可有可无的装饰，而是编译器强制参与的命名空间隔离机制。没有它，两个项目里都叫Utils的类根本没法共存；有了它，com.example.Utils和org.apache.commons.Utils就能和平共处——因为它们压根不在同一个命名空间里。
访问控制方面，package是protected和默认（包级私有）权限的实际边界。比如一个类成员声明为void doWork()（没写修饰符），那它只能被**同一包内**的其他类调用，跨包哪怕继承也不行。
声明包时最容易踩的三个坑
声明package看似简单，但实际出错率极高：
-
package语句必须是源文件中**第一行有效代码**（注释和空行可以前置，但不能有import或类定义） - 包名必须和目录结构严格一致：声明
package com.foo.bar;，文件就必须放在com/foo/bar/路径下，否则编译报错error: class, interface, or enum expected - 包名不能以数字开头、不能含大写字母（虽然语法不拦，但违反约定会导致工具链（如Maven、IDE）识别异常）
什么时候必须显式写import？
不是所有类都需要import。以下情况可省略：
立即学习“Java免费学习笔记（深入）”；
- 同一包内的类，直接用类名即可
- Java.lang包下的类（如
String、System），编译器自动导入 - 用完整限定名调用：比如
java.util.ArrayList，就不需要import java.util.ArrayList
但要注意：如果两个不同包里有同名类（比如java.util.Date和java.sql.Date），又都想用，那就必须至少对其中一个用全限定名，否则编译失败：reference to Date is ambiguous。
包名设计不是随便起的，得考虑发布和协作
包名本质是全局标识符，一旦发布到Maven仓库，改名等于发布新库。所以：
- 推荐用反向域名（如
io.github.yourname），避免和别人撞车 - 别用
com.company.project这种泛化结构——公司名可能变更，项目名可能废弃，但包名会卡在所有依赖它的代码里 - 模块拆分时，按能力域而非技术层命名：用
com.app.auth而不是com.app.service，后者很快会变成“啥都往里塞”的黑洞包
真正麻烦的不是写错package，而是团队里有人把utils写成Util、有人写成helper，结果后期连统一重构都困难——包结构一旦松散，访问控制就形同虚设。
