Java 面试高频题访问修饰符怎么配合封装原则使用-Java面试题-PHP中文网

封装的核心是用private堵死字段直访通道，强制业务校验；public仅暴露契约接口；getter/setter须带校验与脱敏；构造函数需首道守门。

java 面试高频题访问修饰符怎么配合封装原则使用

Java 面试中问“访问修饰符怎么配合封装原则使用”，核心不是背权限表，而是讲清楚：为什么这么用、不这么用会出什么问题、实际代码里怎么落地。封装不是语法练习，是设计意识。

字段一律 private，堵死直接访问通道

这是封装的底线。任何业务相关的字段——账户余额、用户密码、库存数量、设备状态——都必须声明为 private。它不是“怕别人看到”，而是防止外部绕过校验逻辑随意赋值。

错误写法：public double balance; → 外部可直接写 acc.balance = -999999;，系统瞬间失序
正确写法：private double balance; → 强制所有修改走 deposit() 或 withdraw() 方法，在里面做金额合法性判断
连“只读”字段也不能例外：比如身份证号，即使不打算改，也应 private final String idCard; + getIdCard()，避免未来被意外篡改

方法按职责定权限，public 只暴露契约接口

public 方法是类对外的“服务窗口”，只该提供明确、稳定、有业务意义的操作入口，而不是把内部工具方法全扔出去。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

业务操作方法（如 placeOrder()、cancelTicket()）设为 public，但内部调用的校验、日志、补偿逻辑，统统 private
子类需要扩展的行为（如图形类的 calculateArea()），用 protected，既保留继承灵活性，又防止无关类调用干扰
同包内协作的辅助类（如 DAO 工具类），可用默认（包级）修饰符，比 public 更安全，比 private 更实用

getter/setter 不是摆设，要带业务校验和防御逻辑

面试官常追问：“既然用了 private + getter/setter，那 setXXX() 里什么都不做，和 public 字段有区别吗？”答案是没有——封装就失效了。

setPassword() 必须检查长度、特殊字符、是否为空；setAge() 必须限制在 0–150 范围
敏感字段（如银行卡号）的 getter 可做脱敏处理：return cardNumber.replaceAll("(\d{4})\d{8}(\d{4})", "$1****$2");
不要为每个 private 字段机械生成 getter/setter。只暴露真正需要外部读写的属性；只读属性只给 getter；计算属性（如 getFullName()）可不存字段，直接拼接返回