同行中，有些同行公司的代码风格是service层=service接口+serviceImpl实现类；
而有的同行公司的代码风格是service层=service类；
为什么不一样呢？
以前没想过这个问题，今天突然对这个产生了疑惑，通过百度，和github及朋友处以及自己的思考，有了如下结论：
当项目的业务逻辑简单时，可选择service层=service类；
当项目的业务复杂时，可选择service层=service接口+serviceImpl实现类；
至于复杂和简单的度得自己把握；
为什么有这样的区别呢？
我举个例子，
当我在定义接口时，会有一个权限验证的方法，
但是并不是所有的请求都回进入这个方法（比如登录接口）；
此时，可将请求经过的路线分为两类：1（进入过权限验证），2（没有进入过权限验证）；
但这两条路都是从同一个端口进入后台的。
类比
service层=service接口+serviceImpl实现类；
service接口层就是端口，serviceImpl实现类里不同的方法就是路1，和路2.乃至路3。
以上为举例。
当使用
service层=service接口+serviceImpl实现类——的形式后，
业务逻辑将会更便于扩展。
但缺点就是：多了一层——service接口；
凡事都有得必有失；
但我们可以因地制宜，选择最合适自己项目的。
以上，个人理解。
--------------------------------------------------------补充--------------------------------------------------------
今天在看 spring实战（第4版）的时候，看到另一种解释
如下：
spring鼓励应用程序的各个层以接口的形式暴露功能，在service层，可以使用service接口+serviceImple实现类，也可以使用service类，但考虑到“接口时实现松耦合的关键”，所以更加推荐使用
service接口+serviceImple实现类的方式来写service层代码。
核心是“松耦合”，
而之前我理解的核心是“高扩展性”。
以上。