结论：@Service注解是标注在实现类上的，因为@Service是把spring容器中的bean进行实例化，也就是等同于new操作，只有实现类是可以进行new实例化的，而接口则不能，所以是加在实现类上的。（@Repository 同理可得）（特殊情况：Spring + Mybatis 整合中，@Repository 是作用在Dao的接口类上的）
首先说@Service、@Repository注解的作用吧，也就是IOC的思想，IOC中文就是控制反转，但这个晦涩难懂，所以有个新词代替这个词就是依赖注入，就是，调用类对某个接口实现类的依赖调用由第三方（Spring的容器）来实现，以移除调用类对某一接口实现类的依赖，从而减少代码的耦合度。
那么通过控制反转（IOC）是怎么实现减少耦合的呢？总结网上的说法，从两个角度出发
1、控制反转
① 软件系统在没有引入IoC容器之前，对象A依赖对象B，那么A对象在实例化或者运行到某一点的时候，自己必须主动创建对象B或者使用已经创建好的对象B，其中不管是创建还是使用已创建的对象B，控制权都在我们自己手上。
② 如果软件系统引入了Ioc容器之后，对象A和对象B之间失去了直接联系，所以，当对象A实例化和运行时，如果需要对象B的话，IoC容器会主动创建一个对象B注入到对象A所需要的地方。
③ 通过前面①②的对比，可以看到对象A获得依赖对象B的过程，由主动行为变成了被动行为，即把创建对象交给了IoC容器处理，控制权颠倒过来了，这就是控制反转的由来！
注：在控制反转与解耦过程中使用了设计模式中的工厂模式。
2、工厂模式
工厂模式是指当应用程序中甲组件需要乙组件协助时，并不是在甲组件中直接实例化乙组件对象，而是通过乙组件的工厂获取，即该工厂可以生成某一类型组件的实例对象。在这种模式下，甲组件无需与乙组件以硬编码的方式耦合在一起，而只需与乙组件的工厂耦合
那么这样的话，通过依赖注入就可以完全不用关心对象的生命周期，什么时候被创建，什么时候销毁，只需直接使用即可，对象的生命周期由提供依赖注入的框架来管理，从而，让使用框架者，可以将重心完全放到业务逻辑处理的开发上。
