在Java类设计中，访问修饰符直接决定了代码边界与可维护性。private和public作为最基础的两个封装级别，影响着字段、方法对外部的可见程度。选错修饰符轻则破坏封装，重则埋下并发与安全隐患。
private与public的语义差异
private修饰的成员仅在声明它的类内部可见，任何外部类包括子类都无法直接访问。它用于隐藏实现细节，比如内部缓存、临时变量或复杂计算逻辑。public则向所有包、所有类开放访问权限，通常只留给那些需要被外界稳定调用的API方法或常量。
从JVM层面看，访问修饰符并不影响字段在对象内存中的布局，但编译器会在编译期做访问控制检查。若试图在类外访问private成员，javac直接报错，而非运行时异常。这种静态约束让封装错误在构建阶段就被发现，比靠约定维持的“软封装”可靠得多。
什么时候必须用private
绝大多数实例字段都应该声明为private。例如一个用户账户余额，若暴露为public，任何代码都能写user.balance = -100，业务校验完全失效。通过private隐藏字段，再提供受控的deposit或withdraw方法，才能在入口统一加锁与校验。
下面这段代码的错误写法，把可变集合直接公开，外部调用者清空列表会导致对象内部状态崩溃：
public class Team {
// 错误：public暴露可变内部状态
public List<String> members = new ArrayList<>();
}
正确做法是使用private并给出只读视图：
public class Team {
private List<String> members = new ArrayList<>();
// 返回不可修改视图，防止外部篡改
public List<String> getMembers() {
return Collections.unmodifiableList(members);
}
public void addMember(String name) {
members.add(name);
}
}
什么时候可以用public
public适合那些经过深思熟虑、承诺长期稳定的接口。比如工具类的静态方法Math.max，或常量接口中的公开常量。一旦公开，就意味着你接受外部依赖，后续修改可能破坏别人代码，所以公开方法要做好版本兼容。
若方法只是类内部步骤拆分，绝不该public。比如订单计算中先算税费再算总价，这两个子步骤用private隐藏，只暴露一个public的calculateTotal，调用方无需知道内部顺序，也避免了误调用半成品方法。
public class Order {
private double calcTax(double raw) {
return raw * 0.13;
}
private double calcShipping(double weight) {
return weight * 2.5;
}
// 对外稳定接口
public double calculateTotal(double raw, double weight) {
return raw + calcTax(raw) + calcShipping(weight);
}
}
常见误区与并发风险
有人觉得private加getter只是多写两行，不如直接public。但在多线程下，public可变字段若未被volatile或锁保护，线程间可见性问题立刻显现。而private字段配合同步getter，能把并发控制收口在类内，外部无感知。
另一个误区是“子类要用所以改成public”。其实可用protected表达包内及子类可见，不必全面公开。protected比public收缩了访问面，又比private灵活，是继承场景下的折中选择。
| 修饰符 | 同类 | 同包 | 子类 | 任意类 |
|---|---|---|---|---|
| private | 是 | 否 | 否 | 否 |
| protected | 是 | 是 | 是 | 否 |
| public | 是 | 是 | 是 | 是 |
实践建议
写类时默认所有字段private，方法也先private，只有当确实需要被外部调用再提升为public。这种“最小暴露原则”能显著降低重构成本。若将来要公开，再补文档与兼容测试即可。
对于DTO或纯数据结构，如果仅做数据载体且无可变逻辑，也可考虑用public final字段减少样板代码，但务必保证不可变。总之，封装级别的选择本质是暴露面与控制权的权衡，而非语法习惯。