当前位置:首页 > > 架构师社区
[导读]从第一次接触 Servlet 到之后的很长一段时间内,我都没理解 Servlet 是个什么玩意? 为什么要有 Servlet ? 为什么要有 Servlet 容器? 啥又是 Web 容器、HTTP 服务器? 今儿咱们就来盘盘!

以下代码相信大家都很熟悉,大学时学 Java Web 都写过这样的代码。

从Servlet入手带你看架构和框架设计的套路

从第一次接触 Servlet 到之后的很长一段时间内,我都没理解 Servlet 是个什么玩意?

为什么要有 Servlet ?

为什么要有 Servlet 容器?

啥又是 Web 容器、HTTP 服务器?

今儿咱们就来盘盘,并且从中来看看架构和框架的设计套路。

看完之后可能对接口、抽象会有进一步的认识。

来,上车!

从Servlet入手带你看架构和框架设计的套路

正文

首先浏览器发起 HTTP 请求,像早期的时候只会请求一些静态资源,这时候需要一个服务器来处理 HTTP 请求,并且将相应的静态资源返回。

这个服务器叫 HTTP 服务器。

简单点说就是解析请求,然后得知需要服务器上面哪个文件夹下哪个名字的静态文件,找到返回即可。

从Servlet入手带你看架构和框架设计的套路

而随着互联网的发展,交互越发得重要,单纯的静态文件满足不了需求。

业务变得复杂,需要我们编写代码来处理诸多业务。

需要根据 HTTP 请求调用不同的业务逻辑来响应,但是我们的业务代码不能跟 HTTP 服务器耦合起来。

总不能在 HTTP 服务器的具体实现里面来做判断到底需要调用哪个业务类吧?

这就把非业务和业务强相关了。

所以需要做一层抽象,将 HTTP 的解析和具体的业务隔离。

从Servlet入手带你看架构和框架设计的套路

本质上的需求就是根据 HTTP 请求找到对应的业务实现类然后执行逻辑再返回。

业务千千万,所以需要规定一个接口,所以业务类都实现这个接口这样才好对接。

这就是接口的含义,就像 USB。

这个接口就是 Servlet,当然这是最狭义的解释。

Servlet 其实是 Server Applet,全称 Java Servlet,指的是用Java 编写的服务端程序。

其实指代的是实现 Servlet 接口的那些业务类。

这就是 Servlet 的由来。

而 Servlet 容器其实就是用来管理和加载这些 Servlet 类的,根据 HTTP 请求找到对应的 Servlet 类这就是 Servlet 容器要做的事情。

看到这是不是觉得还能再抽一层?因为这好像也和具体的业务实现没关系?

是的,还能抽一层。

没必要把 Servlet 容器做的事情和具体的业务耦合起来,业务反正照着 Servlet 接口实现就行,这样 Servlet 容器就可以加载它和管理它。

从Servlet入手带你看架构和框架设计的套路

把请求和哪个 Servlet 对应关系也抽象出来,就是 web.xml 了,咱们在配置里面告诉 Servlet 容器对应关系即可。

我图中的业务实现其实对应的就是我们平常的 war 包,这就是业务和 Servlet 容器的解耦。

想必你也听过 Servlet 规范,其实 Servlet 接口和 Servlet 容器这一整套包括目录命名啊啥的合起来就叫 Servlet 规范。

所有相关的中间件按照 Servlet 规范实现,我们也按 Servlet 规范来实现业务代码,这样我们就能在不同场景选择不同的 Web 中间件。

反正规范的目的就是为了对接方便,减少对接成本。

至此 HTTP 服务器、Servlet 、Servlet 容器想必都清晰了。

而 Web 容器其实就是 HTTP 服务器 + Servlet 容器,因为单单 Servlet 容器没有解析 HTTP 请求、通信等相关功能。

所以把 Tomcat、Jetty 等实现包含了 HTTP 服务器和 Servlet 容器的功能,称之为 Web 容器。

从我们的分析一层一层的剥离,一层一层的抽象,相信你对 Web 有了更进一步的认识,我再画个 Tomcat 的分析图,应该就很清晰了。

从Servlet入手带你看架构和框架设计的套路

从上面的一步步分析可以看出:其实架构的设计就是一系列相关的抽象。

先是抽象出 HTTP 服务,用来通信和解析协议。

再因为业务的复杂,为了不和 HTTP 服务耦合又抽象了一层 Servlet。

由 Servlet 加载和管理 Servlet ,来控制请求转发到指定的 Servlet 实现类。

然后我们安心的开发业务即可。

因为抽象所以灵活易扩展,比如现在是 HTTP1.1 服务,可以换成 HTTP 2。

现在用 Tomcat 来作为 Servlet 容器,也可以换成 Jetty。

现在用原生的实现 Servlet 来做业务,也可以换成 SpringMVC。

随意变更,因为都抽象出来了,就很好替换,只要遵循约定的接口实现即可。

框架设计的一个套路

看完了架构设计的套路,再说说框架套路。

接口和抽象类。

所有中间件设计必用的套路,当然我们自己的代码也会这样用。

定义一个接口来约定一些动作,能做啥做啥。

然后再定义一个抽象类来实现这个接口,用来实现一些通用的逻辑,做到代码的复用。

然后再搞一些常用的实现类继承抽象类,方便开发者的使用。

剩下的就留给开发者自行扩展即可。

然后抽象类都会使用模板方法,也就是定义执行的流程,具体实现逻辑由子类自行实现。

这就是必用的套路。

接口约束、抽象类代码复用、实现常用实现类方便使用、剩下的自行扩展。

拿 Servlet 举例,首先定义 Servlet 接口。

public interface Servlet {
    void init(ServletConfig config) throws ServletException;
    ServletConfig getServletConfig();
    void service(ServletRequest req, ServletResponse res)throws ServletException, IOException;
    String getServletInfo();
    void destroy();
}

然后搞了个通用抽象类 GenericServlet,不过这个抽象类逻辑比较简单。

public abstract class GenericServlet implements Servlet, ServletConfig,
        java.io.Serializable {
  ................省略一些.............
   @Override
    public ServletConfig getServletConfig() {
        return config;
    }
    @Override
    public ServletContext getServletContext() {
        return getServletConfig().getServletContext();
    }
    @Override
    public void init(ServletConfig config) throws ServletException {
        this.config = config;
        this.init();
    }
................省略一些.....................
}

然后搞了个常用的 HttpServlet 继承了 GenericServlet。

public abstract class HttpServlet extends GenericServlet {

    private static final long serialVersionUID = 1L;

    private static final String METHOD_DELETE = "DELETE";
    private static final String METHOD_HEAD = "HEAD";
    private static final String METHOD_GET = "GET";
  ....................
}

套路就是这么个套路,之后面试官问你接口和抽象类的问题,相信你也能答出来了。

最后

套路大家应该都 GET 到了。

想必大家都听过“计算机科学中的每个问题都可以用一间接层解决”。

是的,基本上所有问题抽象一层都能解决。

如果一层不够,那就两层。

特别推荐一个分享架构+算法的优质内容,还没关注的小伙伴,可以长按关注一下:

从Servlet入手带你看架构和框架设计的套路

从Servlet入手带你看架构和框架设计的套路

从Servlet入手带你看架构和框架设计的套路

长按订阅更多精彩▼

从Servlet入手带你看架构和框架设计的套路

如有收获,点个在看,诚挚感谢

免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭