第三十三章 Spring之梦开始的地方——MVC

标签：Spring MVC 第三十三章假如 println Servlet out

Spring源码阅读目录

第一部分——IOC篇

第一章 Spring之最熟悉的陌生人——IOC
第二章 Spring之假如让你来写IOC容器——加载资源篇
第三章 Spring之假如让你来写IOC容器——解析配置文件篇
第四章 Spring之假如让你来写IOC容器——XML配置文件篇
第五章 Spring之假如让你来写IOC容器——BeanFactory和FactoryBean
第六章 Spring之假如让你来写IOC容器——Scope和属性填充
第七章 Spring之假如让你来写IOC容器——属性填充特别篇：SpEL表达式
第八章 Spring之假如让你来写IOC容器——拓展篇
第九章 Spring之源码阅读——环境搭建篇
第十章 Spring之源码阅读——IOC篇

第二部分——AOP篇

第三部分——事务篇

第二十五章 Spring之曾经的老朋友——事务
第二十六章 Spring之假如让你来写事务——初稿篇
第二十七章 Spring之假如让你来写事务——铁三角篇
第二十八章 Spring之假如让你来写事务——属性篇
第二十九章 Spring之假如让你来写事务——状态篇
第三十章 Spring之假如让你来写事务——管理篇
第三十一章 Spring之假如让你来写事务——融入IOC容器篇
第三十二章 Spring之源码阅读——事务篇

第四部分——MVC篇

前言

对于Spring一直都是既熟悉又陌生，说对它熟悉吧，平时用用没啥问题，但面试的时候被问的一脸懵逼，就很尴尬，都不好意思在简历上写着熟悉Spring了
在这里插入图片描述

所以决定花点时间研究研究Spring的源码。主要参考的书籍是：《Spring源码深度解析（第2版）》、《Spring揭秘》、《Spring技术内幕：深入解析Spring架构与设计原理（第2版）》

在前边的内容中， A君在完成 AOP之后，顺手把事务也给完成了。事务总体给人的感觉就是概念比实现简单，A君在做的时候，大部分的时间都用在整理概念上了，虽然没有实现 异步事务，也凑活事吧。接下来，A君准备继续前行，开启新的篇章——MVC篇

尝试动手写IOC容器

出场人物：A君（苦逼的开发）、老大（项目经理）

背景：老大要求 A君在一周内开发个简单的 IOC容器

前情提要：继 AOP 功能之后，A君又实现了事务部分的内容。。。

Servlet？万恶之源

在 A君完成事务部分，还没来得及清闲一段时间呢。老大就又跑过来了，径直走到 A君的身边。笑着说到：“A君最近这段时间，加把劲，争取把剩余的内容进行做出来，现在可以开始着手实现 MVC 部分了。” 说完，也不等 A君回话，就回到了自己的办公室

“诶。这活怎么就干不完呢？” A君不禁一阵叹气，又得去了解 MVC 了。说到 MVC，又不得不提到 Servlet，A君那死去的记忆如潮水般涌来。。。

严格意义上来说，SpringMVC 其实不是 A君的梦始之处，真正开始的地方其实是 Servlet/JSP，可能对于年轻一点的小伙伴来说，这都是传说中的东西了，属于老古董级别的技术了，得和 Applet 坐一桌了。没办法，大学就是这么教的，说的好听点，叫：打好基础。其实 Servlet 本身是一个 Java 类，并不能独立运行，它依赖于容器，嗯，好像有点歧义，不是云原生那个。或者叫中间件？貌似也有歧义。算了，就让 Tomcat 作为代表吧。简单的说：Tomcat 启动时候，会去加载并初始化对应的 Servlet，浏览器发起请求时，Tomcat 会去匹配对应的 Servlet。那这就有两个问题：

Tomcat 怎么知道要加载哪些 Servlet
请求过来时，Tomcat 要怎么匹配对应的 Servlet

这就引出了 web.xml 配置文件了，注：Servlet 3.0 之后开始支持注解，这里为了直观，只用xml作为例子

<!DOCTYPE web-app PUBLIC
        "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
        "http://java.sun.com/dtd/web-app_2_3.dtd" >

<web-app>
    <display-name>springmvc-demo</display-name>

   <servlet>
    <servlet-name>HelloServlet</servlet-name>
    <servlet-class>com.hqd.demo.HelloServlet</servlet-class>
  </servlet>
  <servlet-mapping>
    <servlet-name>HelloServlet</servlet-name>
    <url-pattern>/HelloServlet</url-pattern>
  </servlet-mapping>

servlet-class 定义了类的全路径，url-pattern 又指定的浏览器访问时的路径，这两者又通过 servlet-name 关联起来。既然 web.xml 都配置好了，就下来 A君顺手写了个 Servlet 类。代码如下：

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class HelloServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        System.out.println(this);
        response.setContentType("text/html;charset=UTF-8");
        PrintWriter out = response.getWriter();
        try {
            out.println("<html>");
            out.println("<head>");
            out.println("<title>Hello Servlet</title>");
            out.println("</head>");
            out.println("<body>");
            out.println("<h1>Hello, this is a GET request!</h1>");
            out.println("</body>");
            out.println("</html>");
        } finally {
            out.close();
        }
    }

    @Override
    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        response.setContentType("text/html;charset=UTF-8");
        PrintWriter out = response.getWriter();
        try {
            String name = request.getParameter("name");
            out.println("<html>");
            out.println("<head>");
            out.println("<title>Hello Servlet</title>");
            out.println("</head>");
            out.println("<body>");
            out.println("<h1>Hello, " + name + "! This is a POST request!</h1>");
            out.println("</body>");
            out.println("</html>");
        } finally {
            out.close();
        }
    }
}

一切都准备好之后，Tomcat 会根据url找到对应的servlet，而后再根据请求方法，调用GET或POST。这就是一个简单的调用过程（省略生命周期）。那这也不对啊，JSP 的作用又在哪里？在上面的例子中，可以看到 Servlet 手握着两个最重要的东西request、response几乎可以实现所有相关操作。但是这样引出了一系类问题，要知道软件行业一直都在追求职责清晰，Servlet 既然包揽了所有的活，意味着所有逻辑都得在Servlet实现，上面仅仅是个hello的页面，就那么多代码了，后边如果更大的页面呢，在加上业务逻辑呢？可以想象得出，这种代码根本就没法维护。这也就是最常见的 “神奇Servlet（Magic Servlet）”

JSP的出现

为了解决“神奇Servlet（Magic Servlet）”带来的问题，那就把渲染单独拎出来呗，这时候，JSP 就出现了。有了 JSP 之后，HelloServlet代码如下：

public class HelloServlet extends HttpServlet {

    private static final long serialVersionUID = 1L;

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        System.out.println(this);
        RequestDispatcher dispatcher = request.getRequestDispatcher("hello.jsp");
        dispatcher.forward(request, response);
    }

    @Override
    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        System.out.println(this);
        RequestDispatcher dispatcher = request.getRequestDispatcher("hello.jsp");
        dispatcher.forward(request, response);
    }
}

hello.jsp代码如下：

<html>
<body>
<h2>Hello World!</h2>
</body>
</html>

似乎一切都是这么的美好，但是对 JSP 有过了解的人都知道，JSP 会在服务器端被编译成一个 Servlet，最终是会以 Servlet 进行运行的。也就是说，它的本质并没有改变，而且 JSP 中也可以编写 JAVA 代码。这提高了 JSP 的灵活性，也带来了弊端。经验老到的程序员会知道，JSP 只负责渲染，Servlet 负责业务逻辑，但经不住一些铁头娃图省事，把 JAVA 代码直接写在 JSP 中，得！这下子从“魔法Servlet” 变成 “魔法JSP”，兜兜转转又回到了原点。如下：

<%@ page import="java.sql.*" %>
<%@ page contentType="text/html;charset=UTF-8" %>
<html>
<head>
    <title>Database Connection Example</title>
</head>
<body>
    <h2>Database Records</h2>
    <table border="1">
        <thead>
            <tr>
                <th>ID</th>
                <th>Name</th>
                <th>Email</th>
            </tr>
        </thead>
        <tbody>
            <%
                // 数据库连接信息
                String url = "jdbc:mysql://localhost:3306/your_database";
                String username = "your_username";
                String password = "your_password";

                try {
                    // 加载数据库驱动
                    Class.forName("com.mysql.cj.jdbc.Driver");
                    Connection conn = DriverManager.getConnection(url, username, password);
                    
                    // 查询数据
                    Statement stmt = conn.createStatement();
                    ResultSet rs = stmt.executeQuery("SELECT id, name, email FROM users");

                    // 输出查询结果
                    while (rs.next()) {
                        out.println("<tr>");
                        out.println("<td>" + rs.getInt("id") + "</td>");
                        out.println("<td>" + rs.getString("name") + "</td>");
                        out.println("<td>" + rs.getString("email") + "</td>");
                        out.println("</tr>");
                    }

                    // 关闭连接
                    rs.close();
                    stmt.close();
                    conn.close();
                } catch (Exception e) {
                    out.println("<p>Error: " + e.getMessage() + "</p>");
                }
            %>
        </tbody>
    </table>
</body>
</html>

现在人们总喜欢把责任推卸给 JSP，但其实技术本身并没有错，JSP 并不推荐直接写 Java 代码

MVC横空出世

现在说到 MVC（Model-View-Controller），几乎无人不知，无人不晓。而 MVC 的出现正是为了解决 Servlet 和 JSP 之间暧昧不清的关系。它将应用程序分为三个主要部分：模型（Model）、视图（View） 和 控制器（Controller），每个部分负责不同的任务，从而实现应用程序的分离关注点。各个组件的作用如下：

Model（模型）： 模型只负责应用状态和数据逻辑
View（视图）： 视图只负责将模型的数据进行渲染
Controller（控制器）： 控制器负责接受请求并处理，通知对应的模型进行相应的操作，而后在找到对应的视图进行展示，可以说是模型和视图之间的‘红娘’

在这里插入图片描述

好了，本着够用就行的原则，这些应该也凑活事，A君今天就了解到这里了，明天的事明天再说吧，下班咯。。。

总结

正所谓树欲静而风不止，欲知后事如何，请看下回分解(✪ω✪)

标签：Spring,MVC,第三十三章,假如,println,Servlet,out
From： https://blog.csdn.net/weixin_42789334/article/details/144427539