spring中@controller，@service，@Repository,@component的区别

我们通过观察spring的源码可以发现，其中@component是其他三个的元注解，那我们就可以这么说@Repository，@Service和@Controller是@Component的特性化用例，@Repository在持久层，@Service在服务层，@Controller在控制层中。有了这样分层，我们的系统的架构会更加的明显，更加的容易区分,并且他们将会和comment一样被spring扫描到并注入到容器中，但值得一提的是<context:component-scan>一般只扫描@Component而并不会去扫描@Controller,@Service和@Repository，因为他们本来就就有@Component，如果哪天你写了自己的自定义注释并且想被扫描到，加个@component即可。
但是如果真的要深究其余三个的不同之处，还是有略微的差异：
@Repository
是DAO层中的组件，用于和数据库进行交互，除了component的作用之外@Repository还有捕获平台特定的异常的作用，但是我们需要在Spring中注入PersistenceExceptionTranslationPostProcessor，那他又是什么东西呢，他是一个BeanPostProcessor,也就是一个bean后处理器，也就是在spring创建bean后进行的逻辑处理，但是需要我们进行配置才能生效，这点想要了解更深，可以查阅相关资料，本文不作过多赘述。
@Controller
通过尝试可以得知，我们不能该将此注释与其他任何类似的@Service或@Repository切换，尽管它们看起来相同。@Controller能检测控制器其中的@RequestMapping。如果我们换成了其他的注解，就会找不到相应的路径，而报404的错误
@Service
作用于服务层，就目前来看，他还没有特别明显的特别之处，但是既然分的这么清楚，未来谁知道会不会加一些新的东西呢
既然官方为我们分开了这样的层次，那我们也要尽量按照标准来总不会出错的哈哈