JavaBean规范：实体类无参构造与属性私有化详解

JavaBean必须有public无参构造函数、所有字段private且仅通过public getter/setter访问、建议实现Serializable接口；否则Spring等框架反射创建对象或序列化时会失败。

JavaBean必须有无参构造函数，否则反射失败

很多框架（比如Spring、MyBatis、Jackson）依赖反射创建对象，Class.newInstance() 或现代的 Constructor.newInstance() 都要求类存在**public 无参构造函数**。如果只写了带参构造，JVM不会自动补上无参构造，运行时会抛 InstantiationException 或 IllegalAccessException。

• 显式写一个 public Person() {}，哪怕空实现
• 用 Lombok 的 @NoArgsConstructor 可以自动生成，但要注意它默认生成的是 package-private，需加 access = AccessLevel.PUBLIC
• IDE 自动生成构造函数时，别只选“带参”的，漏掉无参那个选项

所有属性必须 private，且只能通过 public getter/setter 访问

JavaBean 规范强制要求封装：字段不能是 public、protected，也不能包级可见（即默认访问权限）。否则像 ObjectMapper 这类工具可能绕过 setter 直接读写字段，导致逻辑错乱或安全漏洞。

• 字段声明必须是 private String name;，不是 String name; 或 public int id;
• 布尔类型建议用 isXxx() 而非 getXxx()（如 isActive()），否则 Jackson、EL 表达式等可能识别失败
• getter/setter 名称要严格匹配：字段 userName → getUserName() / setUserName(String)；大小写敏感，不能写成 getusername()

Serializable 接口不是强制的，但没它很多场景直接报错

JavaBean 规范本身没强制 Serializable，但实际中几乎离不开它：HTTP Session 存实体、RMI 调用、缓存序列化（如 RedisTemplate）、甚至某些 JSON 库在循环引用检测时也会尝试序列化。不实现会触发 NotSerializableException。

• 加上 implements Serializable 是最低成本的兼容性保障
• 记得定义 private static final long serialVersionUID = 1L;，否则不同编译版本反序列化可能失败
• 敏感字段用 transient 修饰（如 transient String password;），避免被序列化出去

为什么 Map 不能替代 JavaBean？

虽然 Map 灵活，但缺少编译期检查、IDE 自动补全弱、无法约束字段类型、JSON 反序列化时容易字段名拼错——这些都会在运行时才暴露。更重要的是，JavaBean 是契约：字段名、类型、可读写性都由方法签名明确定义。

• Map 里取 map.get("user_name") 写错了变成 "user_nam"，编译不报错，运行 NPE
• JavaBean 中 getUserNmae() 拼错方法名，IDE 立刻标红
• MyBatis 的 <resultMap>、Spring MVC 的参数绑定，底层都依赖 JavaBean 的标准访问模式，不是所有 Map 实现都能被正确识别

JavaBean 看似简单，但无参构造是否真存在、getter/setter 是否严格遵循命名、字段是否彻底私有——这三个点，任何一个松动，都可能让下游框架在某个特定路径下静默失败。