Plain Old Java Object（POJO）是否可包含Getter/Setter以外的业务逻辑方法？

1. POJO能否包含Getter/Setter之外的业务逻辑方法？ #

可以，但要聚焦于对象自身状态相关的内聚逻辑。POJO的核心是脱离重型框架束缚的普通Java对象，早期常被用作数据载体，但业界并没有硬性禁止添加业务逻辑。比如给User类加个isAdult()方法判断年龄是否达标，这类和对象自身属性强关联的逻辑完全符合POJO范畴——只要别加入依赖特定框架的重型操作即可。

2. POJO是不是没有严谨定义？ #

没错，POJO从诞生起就没有官方的、严格的标准化定义，它更像一种约定俗成的编程风格：

• 最早由Martin Fowler等人提出，用来指代不依赖任何框架、容器或特殊注解的纯Java对象；
• 随着Java生态发展，这个概念逐渐宽松：现在很多人把只要不绑定框架专属类、不强制依赖容器的对象都叫POJO，哪怕加了Lombok的@Data这类通用注解也能接受。

这种模糊性直接导致了答案分歧，本质是不同场景下大家对“Plain（普通、纯净）”的理解不一样——有人认为必须完全纯净，有人觉得只要不被框架绑架就算。

3. POJO能不能实现接口、继承类或使用注解？ #

这得看你遵循的POJO约定：

• 严格派观点：POJO必须是无额外继承（除默认的Object）、无接口实现、无注解的纯对象，完全独立于任何外部框架；
• 宽松派观点：只要不继承框架专属基类（比如Spring的Controller底层类、EJB的SessionBean）、不实现框架强制要求的接口，普通的Serializable接口、自定义通用父类（比如BaseEntity）、通用注解（比如JPA的@Entity）都可以接受。

核心原则是：POJO要能脱离任何框架独立运行，如果你的对象满足这点，哪怕有接口、继承或通用注解，也能被认为是POJO。

内容的提问来源于stack exchange，提问作者kanod98306