包访问权限是java中包内可见、包外绝缘的默认修饰符，用于模块化封装：工具类设为包私有、协作方法用默认权限、隐藏实现细节只留public门面，并与private、protected、public分层协作。
包访问权限（即默认修饰符，不写任何关键字）是 Java 封装体系中承上启下的关键一环——它不追求对外暴露，也不拘泥于类内封闭，而是以“包”为单位划出一块受信任的协作空间。用好它，能让模块边界更清晰、内部耦合更可控、API 更干净。
包访问权限的本质：包内可见，包外绝缘
当字段、方法或类没有加 public、protected 或 private 时，就自动获得默认（包级私有）访问权限。它的作用范围非常明确：
✅ 同一个包内的所有类都能直接访问；
❌ 不同包的类，哪怕继承了该类，也无法访问（注意：这和 protected 不同）。
这种“包内自由，包外隔离”的特性，天然适合作为模块化封装的第一道防线。
配合封装的典型用法
包访问权限不是用来偷懒省略修饰符的，而是有明确设计意图的封装手段：
-
把工具类/辅助类设为包私有：比如一个解析 JSON 的内部工具类
JsonHelper，只供本包内 DAO 或 Service 使用，不希望被其他模块误调用，就声明为class JsonHelper（无修饰符），不加public； -
暴露“可协作但不可依赖”的接口方法：父类中某些方法本意是留给同包子类或兄弟类协同使用的（如模板方法中的钩子），又不想开放给整个项目，就用默认权限而非
protected； -
隐藏实现细节，只留 public 门面：一个业务服务类
OrderService是public的，但它依赖的几个核心计算类（如DiscountCalculator、StockValidator）都设为默认权限，放在同一包下——外部只能看到OrderService提供的公开方法，看不到也不该直接操作这些底层组件。
与 private、protected 的分工协作
封装不是单靠一个修饰符完成的，而是分层控制：
- private：守最里层，确保字段和纯内部逻辑不被任何外部触及；
- 默认（包级）：守中间层，允许包内高效协作，同时阻止跨包随意穿透；
- protected：守继承层，专为“可被子类重写/扩展”而设，适用于需要跨包继承的框架设计；
- public：守最外层，只暴露稳定、契约明确的 API，宁少勿多。
例如一个银行账户类：
账户余额用 private double balance；
校验金额是否合法的辅助方法用 boolean isValidAmount(double)（默认权限，仅同包内其他账户相关类可复用）；
取款主流程用 public void withdraw(double)；
而子类可能需要定制的扣费策略，则用 protected void applyFee()。
实践提醒：别踩这些坑
包访问权限看着简单，但容易因疏忽破坏封装效果：
- 源文件没按包路径存放——比如声明
package com.example.order;，却把文件放在根目录，编译器无法识别包结构，导致默认权限失效或报错； - 把本该包私有的类误声明为
public，结果被其他模块直接 new 实例、绕过业务逻辑； - 在不同包中新建同名类，以为能“覆盖”默认权限类，其实两者完全独立，不会产生任何访问关系；
- 误以为子类能访问父类的默认成员——跨包时不行，必须同包或改用
protected。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
