在Java中如何通过getter和setter实现封装_Java属性访问解析

林译川

2026-10-07 • 👁 0人浏览过

Java中必须用getter/setter而非public字段，因封装能校验输入、触发监听、支持懒加载等；直接暴露字段会导致NPE难查、业务逻辑分散、数据校验缺失。为什么Java中必须用getter/setter而不是直接public字段直接把字段设为

public

看似省事，但会立刻失去对属性值的控制权——比如无法校验输入、无法触发监听、无法做懒加载或类型转换。封装不是为了“多写两行代码”，而是把“这个字段能被怎么改、怎么读”的规则收束到明确的入口点。常见错误现象：

NullPointerException

频发却查不到源头；业务逻辑散落在各处赋值语句里；前端传入负数年龄、空字符串邮箱，后端毫无感知就存进数据库。所有可变状态都应通过

setter

进入，哪怕只是简单赋值——这是未来加校验的唯一安全出口

getter

不一定是纯返回，它可能是计算属性（如

getFullName()

拼接姓和名）、延迟初始化（如

getCacheMap()

首次调用才new HashMap）如果字段真不需要任何逻辑（比如POJO序列化场景），也建议用Lombok的

@Data

生成，而非手写

public

字段——保留扩展余地 getter/setter命名与访问修饰符的实际约束 Java Bean规范要求

getter

以

get

或

is

开头（布尔类型推荐

isXxx()

），且方法必须是

public

；

setter

必须是

public void setXxx(Type)

。但实际开发中，很多人忽略修饰符组合带来的行为差异。把

setter

设为

protected

或包私有（默认），意味着子类或同包类才能修改，外部只能读——适合配置类、不可变对象的“半封闭”场景

getter

设为

private

通常不合理，但

protected

可用于模板方法模式：父类定义

templateMethod()

调用

getValue()

，子类重写获取不同来源的数据不要为

final

字段写

setter

——编译器不会报错，但运行时永远无法生效，属于隐性设计矛盾哪些情况不该暴露getter/setter 不是每个字段都需要一对完整的访问器。过度暴露会破坏内聚，让调用方误以为可以随意修改内部状态。 Eclipse导入Android或其他的JAVA项目的正确方法 WORD版本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看下载立即学习 “ Java免费学习笔记（深入） ”；敏感字段（如密码哈希值）只提供

setPassword(String)

，但不提供

getPassword()

——避免内存泄露或日志误打计算型字段（如

orderTotal

）只提供

getOrderTotal()

，禁止

setOrderTotal()

——值应由订单项自动汇总得出集合类字段（如

List

）避免直接返回引用，应返回

Collections.unmodifiableList(items)

或用

getItems().stream()...

代替

getItems()

——防止外部篡改内部容器 Lombok如何影响封装逻辑的落地

@Getter

@Setter

确实省去样板代码，但容易让人忽略“是否该暴露”这个设计决策。Lombok生成的方法默认是

public

，且不做任何校验或副作用处理。需要校验时，别用

@Setter

，手写

setAge(int age)

并加入

if (age 150) throw new IllegalArgumentException();

想限制访问级别，用

@Setter(AccessLevel.PROTECTED)

比删掉注解再手写更直观

@Data

会自动生成

toString()

equals()

，但如果字段含敏感信息或大对象（如byte[]），可能引发日志爆炸或性能问题——此时应拆开用

@Getter

@ToString(exclude="password")

封装的关键不在语法形式，而在谁能在何时以何种方式触达数据。哪怕用了Lombok，也要在写

@Setter

前停顿半秒：这个字段，真的应该被任意代码随时改吗？

相关文章