在Spring框架中，请阐述@Component、@Controller、@Repository与@Service这几个注解的异同点，以及它们各自的应用场景。

回答思路

1. 【回答框架 1】这些注解本质都是Spring的组件注解，用于标记类为容器管理的Bean。它们的核心区别在于特定语义与用途：@Component是通用组件；@Controller用于表现层；@Repository用于数据访问层，负责持久化异常转换；@Service用于业务层，承载业务逻辑。
2. 【回答框架 2】从实现来看，这四个注解都是元注解，通过@Component注解间接标注，因此都能被组件扫描识别。Spring提供这些派生注解的目的，是让各层次的组件在语义上更清晰，同时便于面向切面编程与异常处理等切面定位目标类型。
3. 【回答框架 3】实践中的差异主要体现为：@Controller常配合@RequestMapping处理请求；@Repository会自动将持久层异常转换为Spring的数据访问异常；@Service通常不附加特殊行为，主要是业务逻辑的标记。若混用或互换，虽然功能上大多等同，但会削弱代码的可读性，并可能影响AOP切点与异常转换的预期效果。
4. 【回答框架 4】选择时应依据类承担的角色：通用组件用@Component，控制器用@Controller，数据访问类用@Repository，业务服务用@Service。若不确定层级，优先使用@Component，但需权衡语义清晰度。
5. 【关键点 1】这四个注解都是@Component的派生注解，能被组件扫描识别。
6. 【关键点 2】@Controller用于表现层，@Repository用于数据访问层并转换持久化异常，@Service用于业务层，@Component是通用组件。
7. 【关键点 3】互换使用虽不影响Bean注册，但会破坏分层语义并影响AOP与异常处理的针对性。
8. 【易错点 1】不要断言这些注解在行为上有本质差异，它们在默认时基本等价，差异主要体现在语义与特定切面行为。
9. 【易错点 2】避免将@Repository与JPA或MyBatis等具体实现绑定，异常转换是Spring框架对数据访问异常的统一处理机制。