那个带着@符号的小小注解，可能比你想象中更重要。记得我第一次接触Spring MVC时，看着满屏的@Controller、@Service、@Autowired，感觉就像在解读某种神秘代码。直到真正理解了@Controller的含义，整个Web开发的拼图才慢慢完整起来。
@Controller注解的定义与作用
@Controller本质上是个标记。它告诉Spring框架：“嘿，这个类是个控制器，专门处理用户请求的”。就像餐厅里的服务员，接收顾客点单，然后通知后厨准备菜品，最后把做好的菜端回餐桌。
Spring框架在启动时会扫描所有带@Controller注解的类，把它们注册为Web控制器。这些控制器负责： - 接收HTTP请求 - 调用业务逻辑处理 - 返回适当的响应
我见过不少初学者直接把业务逻辑写在控制器里，结果代码变得臃肿难以维护。控制器应该保持“瘦”，只做请求分发和响应组装的工作。
@Controller在Spring MVC中的核心地位
在Spring MVC架构中，@Controller处于中心位置。它就像交通警察，指挥着请求的流向。
DispatcherServlet接收到请求后，首先会查找匹配的控制器。找到对应的@Controller类后，再根据@RequestMapping注解定位到具体的方法。整个过程流畅自然，开发者几乎感受不到背后的复杂机制。
曾经有个项目因为控制器设计不合理，导致请求处理效率低下。后来我们重新设计了控制器的结构，性能提升了近40%。这让我深刻体会到，好的控制器设计对系统性能影响巨大。
@Controller与其他注解的关联性分析
@Controller很少单独工作。它通常与@RequestMapping、@ResponseBody等注解配合使用，形成完整的功能组合。
与@Service的关系特别值得关注。控制器负责接收请求，而具体的业务逻辑应该交给Service层处理。这种分层设计让代码更加清晰，也便于测试和维护。
@RestController其实是@Controller和@ResponseBody的组合体。当你的控制器主要返回JSON数据时，使用@RestController会更方便。但在需要返回视图的传统Web应用中，@Controller仍然是首选。
理解这些注解之间的关系，就像掌握了一套组合拳。它们各自独立，但配合使用时能发挥出更大的威力。
刚开始可能会觉得这些概念有些抽象，但随着实践经验的积累，你会逐渐体会到Spring框架设计的精妙之处。每个注解都有其存在的理由，每个设计决策背后都有深思熟虑的考量。 @Controller public class UserController {
// 控制器方法将在这里定义
}
@Controller @RequestMapping("/api/products") public class ProductApiController {
@GetMapping
@ResponseBody
public List<Product> getProducts() {
return productService.findAll();
}
@GetMapping("/{id}")
@ResponseBody
public Product getProduct(@PathVariable Long id) {
return productService.findById(id);
}
}
@GetMapping("/user/profile") public String getUserProfile(Model model) {
UserBasicInfo basicInfo = userService.getBasicInfo();
model.addAttribute("user", basicInfo);
// 头像信息等到页面真正需要时再异步加载
return "user/profile";
}
