Service 层和 Dao 层并不是强制要求每个类都必须编写接口，这个属于架构设计选择，不是 Java 或者 Spring 框架的硬性语法规定，传统企业项目早期习惯给 Service 和 Dao 都配套接口加实现类，核心初衷是面向接口编程，方便解耦代理扩展替换实现单元测试，但是现在很多中小型项目直接去掉接口，只保留实现类，也可以正常运行，两种方案没有绝对对错，要看项目规模团队规范后续扩展需求，很多新手学习 SSM 框架的时候，教程默认都写接口，就误以为所有项目都必须这么做，实际开发里面，小项目强行给每一个类都建接口，会增加大量冗余文件，代码变臃肿，维护成本上升，而大型长期迭代项目，保留接口可以获得更好的扩展性，这个知识点是 Java 后端开发面试高频问题，需要理解接口设计背后的设计思想，学会根据项目场景做取舍，不要机械照搬模板。
早期坚持 Service 层和 Dao 层全部加接口，核心原因是 Spring AOP 动态代理原生优先支持接口代理，也就是 JDK 动态代理，JDK 代理机制只能针对接口生成代理对象，如果类没有接口，就只能使用 CGLIB 字节码代理，老版本 Spring 默认优先 JDK 代理，所以开发者习惯提前写接口，方便事务切面日志切面等 AOP 功能正常生效，同时面向接口编程的设计理念，希望上层调用方只依赖抽象，不依赖具体实现，后续如果更换数据库实现，或者替换业务逻辑实现，上层代码不需要改动，但是现代 Spring 版本已经默认支持 CGLIB 代理，就算没有接口，事务 AOP 依然可以正常工作，这就让全量接口的必要性大幅下降，很多团队就开始简化代码，不再强制每个类都写接口。
两种方案对照表
| 对比项 | 保留接口加实现类 | 去掉接口只保留实现类 |
|---|---|---|
| 代码文件数量 | 多，每个类多一个接口文件 | 少，文件精简 |
| 扩展替换实现 | 方便，新增实现类即可 | 修改实现类本身，改动范围更大 |
| 单元测试 Mock | 非常方便，直接 Mock 接口 | 可以 Mock 类，但是部分老框架 Mock 适配麻烦 |
| AOP 事务支持 | JDK 代理原生支持 | 依赖 CGLIB 代理 |
| 适合项目 | 大型长期迭代多团队项目 | 中小型单体项目快速开发项目 |
| 学习成本 | 高，需要理解抽象解耦 | 低，代码直观 |
分层设计取舍讲解
第一点 Service 层接口取舍
Service 是业务核心层，如果业务未来大概率会有多种实现方案，比如同一套业务存在线上版本离线版本，或者需要做 Mock 实现用于测试，保留接口价值很高，如果业务逻辑固定，基本不会更换实现，只是普通业务编排，直接写实现类完全可行，不需要额外增加接口。
第二点 Dao 层接口取舍
Dao 层也就是数据访问层，使用 MyBatis 的时候，Mapper 本身本质就是接口，这个场景是特殊情况，MyBatis 框架设计就是基于接口绑定 SQL，这种是框架本身要求，和传统手动写接口加实现类不是一回事，如果是原生 JDBC 或者 JPA 自定义 Dao，就可以根据项目情况决定是否写接口。
第三点 常见误区纠正
误区一 不加接口就不能开启 Spring 事务，这个是错误认知，新版 Spring CGLIB 代理可以给普通类添加事务切面。
误区二 只要写接口就是更好的设计，这个也是错误，过度设计会增加维护负担，接口不是越多越好。
误区三 Dao 层必须接口加实现类，MyBatis Mapper 属于框架特性，不属于强制人工创建接口实现模式。
落地决策步骤
第一步 判断项目规模，是短期小型项目还是长期大型多模块项目
第二步 判断业务是否存在多实现扩展需求，是否需要大量单元测试 Mock
第三步 确认团队开发规范，公司是否有统一编码强制要求接口
第四步 评估 AOP 需求，确认是否需要兼容老版本 JDK 动态代理
第五步 最终选定方案，要么全量接口，要么精简去掉接口，项目内部保持风格统一
项目确定方案之后，要保持代码风格统一，不要一部分类写接口一部分类不写接口，避免代码风格混乱，大型项目优先保留接口获得扩展性，小型项目优先精简代码提升开发效率，根据业务生命周期灵活选择，不要死板套用模板。
【常见问题】
问题 1 Service 层和 Dao 层真的有必要每个类都加上接口吗，MyBatis Mapper 属于这种接口吗
回答 1 Service 层和 Dao 层真的有必要每个类都加上接口吗，MyBatis Mapper 是框架自带的接口绑定机制，Service 层和 Dao 层真的有必要每个类都加上接口吗这个问题里，MyBatis Mapper 和传统手动创建接口加实现类不是同一概念。
问题 2 Service 层和 Dao 层真的有必要每个类都加上接口吗，没有接口还能使用 Spring 事务吗
回答 1 Service 层和 Dao 层真的有必要每个类都加上接口吗，没有接口依然可以使用 Spring 事务，Service 层和 Dao 层真的有必要每个类都加上接口吗这个考点里，新版 Spring 依靠 CGLIB 代理支持普通类事务切面。
问题 3 Service 层和 Dao 层真的有必要每个类都加上接口吗，什么场景推荐保留接口
回答 1 Service 层和 Dao 层真的有必要每个类都加上接口吗，大型长期迭代项目需要多实现扩展和 Mock 单元测试的时候推荐保留接口，Service 层和 Dao 层真的有必要每个类都加上接口吗这个场景下接口可以提升解耦能力。
【免责申明】
本文内容为后端架构设计学习参考，架构方案请结合项目规范团队技术栈以及业务需求确定，不代表唯一标准方案。
