POJO向Entity转化是职责分离、按需映射、可控边界的数据迁移过程，非类型强转；POJO为无框架依赖的传输载体，Entity为含ORM注解、严格绑定表结构的持久化契约，二者字段不强制一一对应，须通过专用映射器显式转换并保障安全。
现代模块模式下，POJO 向实体对象的物理转化不是“类型强转”，而是明确职责分离、按需映射、可控边界的数据迁移过程。关键不在“怎么转”，而在“谁来转、何时转、转什么、怎么保安全”。
明确转化边界：POJO 是数据载体，Entity 是持久化契约
POJO（如 UserDTO、OrderRequest）只承担结构定义与跨层传输职责；Entity（如 UserEntity、OrderEntity）则严格绑定数据库表结构、主键策略、乐观锁字段等物理约束。二者不能混用，也不能靠 instanceof 或强制转型互通——这是模块隔离的第一道防线。
- POJO 不含 JPA/Hibernate 注解，不依赖 ORM 框架，可被任意模块复用（如 Feign 调用、MQ 消息体）
- Entity 必须有
@Entity、@Id、@Table等注解，字段名与数据库列名一致，且包含所有非空约束字段（如created_at、updated_at） - 两者字段不一一对应是常态：POJO 可能含校验码、前端标识；Entity 可能含版本号、软删除标记
使用专用映射器模块，而非通用工具类
避免在 Service 层写 userEntity.setName(dto.getName()) 这类散落代码。应将映射逻辑封装为独立模块，例如 UserMapper，并遵循单一职责：
- 仅负责
UserDTO → UserEntity和UserEntity → UserVO两类转化，不处理业务逻辑 - 字段映射显式声明（如 MapStruct 的
@Mapping(target = "password", ignore = true)），拒绝隐式反射拷贝 - 对敏感字段（密码、token）做空值或加密处理，不直接透传
- 支持部分字段映射：DTO 提交时未传
nickname，Entity 中该字段保持数据库原值，而非覆盖为 null
转化过程嵌入生命周期控制点
物理转化不是静态赋值，而是嵌入数据状态流转的关键节点：
- DTO → Entity：发生在 Service 层入口，此时可校验 DTO 合法性，并补充 Entity 必需字段（如
setCreatedAt(Instant.now())、setStatus(Status.ACTIVE)） - Entity → DTO/VO：发生在 Service 返回前或 Controller 层，需过滤掉 Entity 中不应暴露的字段（如
passwordHash、deletedAt） - 若 Entity 含延迟加载关联（如
@OneToMany），转化前需显式initialize或改用 DTO 投影，防止 N+1 或 LazyInitializationException
保障转化安全性：字段级可控与类型守卫
避免因字段名冲突、类型不匹配、空值误写导致数据污染：
- 禁止用
BeanUtils.copyProperties()全量拷贝——它会忽略类型差异，把 String “1” 强转成 int 1，也可能把 null 覆盖非空默认值 - 对时间字段统一用
Instant或LocalDateTime显式转换，不依赖 Jackson 默认反序列化行为 - 数据库中可能存在的扩展字段（如
extra_info JSON）在 Entity 中应声明为String或自定义JsonNode，POJO 中则拆为结构化子对象，转化时走专用解析逻辑 - 使用 Lombok
@Builder+toBuilder支持不可变构建，避免中间态对象被意外修改
