"白歌，我们的报表导出接口在并发量大的时候阻塞了整个线程池。"小崔在性能压测后发现了瓶颈。白歌在架构图上圈出了Tomcat的线程模型："异步请求处理能把Servlet线程还给容器，让业务在后台线程执行。再配合内容协商和自定义解析器，你能让Spring MVC完全按照你的意愿工作——而不是被框架限制。"
——白歌，飞翔科技架构师
本章导读：扩展与异步机制
本章定位
本章解决的核心问题：如何突破Spring MVC的默认同步模型以提升高并发性能，以及如何扩展框架的默认行为（内容协商、参数解析）以满足复杂业务场景的需求。
学习路线图
学习建议：按顺序阅读。异步处理是性能维度的突破，内容协商是协议维度的灵活，自定义参数解析器是框架维度的扩展——三者难度递增，共同构成"深度定制Spring MVC"的知识体系。
文件关系说明
| 文件 | 一句话角色 |
|---|---|
异步请求处理.md | 性能突破：从Servlet 3.0异步特性到Spring MVC的Callable和DeferredResult，理解如何在非阻塞模式下处理长耗时请求，释放容器线程。 |
内容协商.md | 多格式适配：同一控制器方法如何根据请求头（Accept）或路径扩展名返回JSON/XML/不同视图，ContentNegotiationManager的配置与原理。 |
自定义参数解析器.md | 框架扩展：实现HandlerMethodArgumentResolver接口，将自定义注解或复杂解析逻辑注入Spring MVC的参数绑定体系，如自动注入当前登录用户。 |
知识图谱
图谱解读：异步请求处理通过Callable和DeferredResult将耗时操作从Servlet线程移交到后台线程，显著提升系统吞吐量。内容协商机制让同一业务接口能根据客户端偏好自动适配响应格式，是RESTful API高兼容性的关键。自定义参数解析器则通过扩展HandlerMethodArgumentResolver，将企业级的通用解析逻辑（如租户ID提取、当前用户注入）下沉到框架层，消除控制器中的重复代码。
与全教程的总结衔接
本章是Spring MVC教程的收官之章。学到这里，你已经完成了从"理解请求如何进入系统"（01章）、"定义控制器与映射"（02章）、"获取请求参数"（03章）、"构建响应"（04章）、"插入横切逻辑"（06章）、"处理文件与异常"（07章）、"掌握高级特性"（08章），到最终"扩展框架边界"（09章）的完整旅程。
"小崔，你现在不仅能写出功能正确的接口，还能设计高性能、可扩展、可维护的Web系统了。"大翔在结业评审会上说，"但记住，框架只是工具，架构思维才是核心。带着这些知识，去构建下一个飞翔科技的产品吧。"
——大翔，飞翔科技CTO