接口作为返回类型的核心价值在于解耦——调用方仅依赖契约（接口）而不感知具体实现；应抽象稳定行为契约，聚焦“能做什么”，避免暴露实现细节、状态字段或构造逻辑；实现类如CacheOrder、DbOrder等对上层透明，由工厂或Service统一创建并返回接口类型；配合泛型（如Result）、Jackson多态序列化及getter兜底策略强化封装；严禁Controller直接new实现类、DTO继承实现类或日志打印含实现类名的toString。

接口作为返回类型，核心价值在于解耦——让调用方只依赖契约（接口），不感知具体实现。这在业务逻辑中能有效屏蔽实现细节变化，提升可维护性与扩展性。

定义清晰的业务接口

先抽象出稳定的行为契约，而非数据结构。例如订单服务不返回 OrderImpl，而是返回 Order 接口：

• 接口方法聚焦“能做什么”，如 getAmount()、getStatus()、canCancel()
• 避免暴露 setter、内部状态字段或实现相关方法（如 setLastModifiedTime()）
• 接口中不包含构造逻辑、数据库 ID、缓存 key 等实现侧信息

实现类按需提供，对上层透明

具体实现可随场景切换，调用方完全无感：

• 查缓存时返回 CacheOrder，查 DB 时返回 DbOrder，聚合多个系统时返回 CompositeOrder
• 所有实现类都只实现 Order 接口，不向外暴露自身类型
• 工厂或 Service 层统一负责创建和返回，例如：orderService.getOrderBySn("SN123") 始终返回 Order

配合泛型与封装策略增强屏蔽效果

进一步隐藏底层差异：

• 返回 Result 而非 Result，确保泛型擦除后仍保持契约一致性
• 在统一响应封装（如 Result 类）中，data 字段声明为接口类型，序列化时由 Jackson 自动处理多态（配合 @JsonTypeInfo 可选）
• 若需字段级控制（如屏蔽 null 值），在接口的 getter 中做默认值兜底，而非在实现类里写条件判断

避免常见泄漏点

即使用了接口返回，也容易无意暴露实现：

• 不要在 Controller 层直接 new 实现类并 return；应通过 service 方法间接获取
• 不要在 DTO 或 VO 中继承实现类；VO 应独立设计，由 service 映射填充
• 日志打印时避免 logger.info("order: {}", order) 输出 toString() 含实现类名，建议显式格式化关键字段