public最无约束，跨包调用但破坏封装；protected限子类及同包，跨包子类不可调用父类成员；默认权限为包级私有，非private；private仅本类可见，内部类除外；均为编译期契约。
public 能被任何地方访问，但滥用会破坏封装
只要类、方法或字段声明为
，就允许跨包、跨类、甚至跨模块调用。这不是“最开放”而是“最无约束”——它不检查调用者是否属于合理使用范围。
常见错误现象：
字段直接暴露内部状态，导致外部随意修改，后续加校验或监听逻辑时被迫重构
使用场景：API 接口方法、工具类的静态工厂方法（如
）、公开的常量（
）
性能/兼容性影响：无运行时开销，但一旦发布，删除或降级
成员会直接破坏二进制兼容性
protected 允许子类和同包访问，但子类不能跨包调用父类 protected 成员
的关键不是“保护”，而是“继承可见性”。它比
收紧，又比默认权限宽松，但容易误解为“子类 anywhere 都能用”。
常见错误现象：在包 A 定义
，然后在包 B 的子类里尝试通过父类实例调用
—— 编译报错：
使用场景：模板方法模式中的钩子方法（
）、需要被继承重写但不希望被外部随意调用的方法
参数差异：Java 16+ 对
构造器有额外限制，跨包子类无法调用父类
构造器，除非显式
在同一包内
默认（包级私有）是真正意义上的“模块内可见”，不是“没写就是 private”
不写任何修饰符 ≠ 私有，而是“仅限当前 package”。这是 Java 最常被低估也最实用的权限级别，适合隐藏实现细节但保留测试友好性。
常见错误现象：把工具类方法设为
，结果单元测试（在同包下）无法调用，只好改成
，污染 API
使用场景：包内协作的辅助方法（如
）、DTO 内部构建逻辑、测试可访问但不应被外部依赖的接口实现
兼容性影响：包名变更即断开访问，比
更脆弱；但比
更灵活，无需反射就能被同包测试覆盖
private 只对本类有效，连子类都不可见，但内部类是个例外
是唯一真正“锁死”的权限，连继承关系都穿透不了。但它对内部类网开一面：一个类的
成员，可以被其定义的
或非
内部类直接访问。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
立即学习
“
Java免费学习笔记（深入）
”；
常见错误现象：以为
方法能被子类重写——根本不会编译，JVM 甚至不把它当“可继承成员”处理
使用场景：纯实现细节（如
）、避免被误用的构造逻辑、内部状态校验辅助函数
性能影响：JIT 可能对
方法做更激进的内联，但实际差异微乎其微；重点在于语义清晰——它说“这里不提供契约，只服务当前类”
权限修饰符不是安全机制，也不控制运行时行为。它们纯粹是编译期契约，且
和
的边界比直觉中更硬——尤其跨包继承和内部类访问这两处，稍不注意就会卡在编译阶段。
publicpublicObjects.requireNonNull()public static finalpublicprotectedpublicprotected void doWork()parent.doWork()error: doWork() has protected access in Parentprotected void beforeProcess()protectedprotectedsuper()privatepublicparseConfigString()publicprivateprivateprivatestaticstaticprivateprivate Node findRoot()privateprivateprotected