Java 开发基本技能，你都get了吗？

作为一位 Java Web 开发人员，大概会遭遇过下面这些状况：

• 客户端请求参数，要一个个地取，不能用循环，醉了……
• 参数取出来都是 String 类型，还得一个个做类型转换，很恼火…...
• 配置文件写得比代码还多，这是要逼疯开发的节奏吗？
• Servlet 处理多个请求，需要手动完成逻辑控制，就不能智能一点吗？！

如果坚持使用原生的 Servlet 做开发，上面这些坑是一定绕不过去的。

Servlet 是 Java Web 的基石， 为什么Servlet使用起来这么不方便？

Web 开发的原理是服务端接收到客户端传来的 request，进行业务处理，然后将结果通过 Response 响应给客户端的过程。

客户端和服务端通过 HTTP 协议进行数据交互，底层机制是客户端将用户输入的信息组装成 HTTP 协议报文，然后通过网络将报文传输到服务端。

服务端通过特定的 Web 容器（Tomcat、Jetty 等）接收报文并进行解析，将数据封装到 request 对象中，并通过 request 获取数据进行业务逻辑处理，将处理结果封装到 response 对象中，传给 Web 容器。

Web 容器再次进行解析，将 response 对象转为 HTTP 协议报文返回给客户端，客户端对结果进行渲染展示给用户。

服务端具体对接收请求做出响应的工作是由 Servlet 来完成的，但是 Servlet 有其自身无法克服的缺点：配置过于繁琐，同时 HTTP 协议传输的数据都是文本形式，这就需要开发者进行大量的数据类型转换，这种工作没有技术含量、简单枯燥易出错。因此，使用 Servlet 显得非常低效和落后。

程序员的时间和精力是有限的，不能把有限的时间和精力浪费在没有技术含量的体力活上，所以追求更加高效、更加便捷的开发模式。

让开发者将精力集中在核心业务的开发上，就是框架存在的价值。

Spring MVC 就是实现 MVC 设计模式的框架，是 Spring 框架的一个分支产品，以 Spring IoC 容器为基础，并利用容器的特性来简化它的配置。

Spring MVC 的优点

• 完整的角色划分：每种角色各司其职、协同工作。
• 简便的配置方式：以 Spring IoC 为基础，将各个组件都以 JavaBean 的形式配置。
• 代码复用：可使用现有的业务对象作为表单对象，不需要去扩展某个特定框架的基类。
• 自定义数据转换器：可根据需求对数据类型进行转换，比如将特定格式的字符串转为日期类型。
• 功能强大的表单标签库：让 JSP 表单的数据绑定更加便捷高效。
• 国际化：支持根据用户区域显示不同国家的语言。

Spring MVC 工作流程

• 客户端请求被 DispatcherServlet（前端控制器）接收
• 根据 HandlerMapping 映射到 Handler
• 生成 Handler 和 HandlerInterceptor（如果有则生成）
• Handler 和 HandlerInterceptor 以 HandlerExecutionChain 的形式一并返回给 DispatcherServlet
• DispatcherServlet 通过 HandlerAdapter 调用 Handler 的方法做业务逻辑处理
• 返回一个 ModelAndView 对象给 DispatcherServlet
• DispatcherServlet 将获取的 ModelAndView 对象传给 ViewResolver 视图解析器，将逻辑视图解析成物理视图 View
• ViewResolver 返回一个 View 给 DispatcherServlet
• DispatcherServlet 根据 View 进行视图渲染（将模型数据填充到视图中）
• DispatcherServlet 将渲染后的视图响应给客户端