【JavaWeb】用一个通俗易懂的程序模拟Servlet

最新推荐文章于 2025-04-23 14:25:14 发布

生物鬼才孟德尔

最新推荐文章于 2025-04-23 14:25:14 发布

阅读量154

点赞数 1

文章标签： servlet java tomcat idea

本文链接：https://blog.youkuaiyun.com/m0_73104158/article/details/133553608

版权

本文介绍了JavaWeb中的Servlet接口及其在C/S和B/S架构中的应用，重点讲解了B/S架构下的Tomcat服务器配置和Servlet规范。通过实例演示了如何模拟实现Servlet，以及C/S与B/S架构的区别和选择原则。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在学习javaWeb，刚开始对Servlet这个接口规范不是很理解，但自己写了个程序后发现很通透了，分享一波，希望能帮助到初学者。

一.C/S和B/S架构

1.C/S

通俗点说，我们上网其实就分为两种架构，一种是C/S，全称就是Client和 Web Server，也就是客户端和网络服务器的架构，举个例子，我们在电脑上下载的各种软件实际上就是C/S架构：

包括我最喜欢的：

我们都是去网上把这些应用软件安装到自己的电脑上，然后点击就能运行使用了，我们的主机就相当于客户端，不停的在发送请求到服务端，服务的进行响应，回复数据.

C/S架构的优缺点：

优点：

速度快（软件中的数据大部分都是集成到客户端软件当中的，很少量的数据从服务器端传送过来，所以C/S结构的系统速度快）

体验好（速度又快，界面又酷炫，当然体验好了。）

界面酷炫（专门的语言去实现界面的，更加灵活。）

服务器压力小（因为大量的数据都是集成在客户端软件当中，所以服务器只需要传送很少的数据量，当然服务器压力小。）

安全（因为大量的数据是集成在客户端软件当中的，并且客户端有很多个，服务器虽然只有一个，就算服务器那边地震了，火灾了，服务器受损了，问题也不大，因为大量的数据在多个客户端上有缓存，有存储，所以从这个方面来说，C/S结构的系统比较安全。）

.....

缺点：

升级维护比较差劲。（升级维护比较麻烦。成本比较高。每一个客户端软件都需要升级。有一些软件不是那么容易安装的。）

2.B/S

B/S的全称就是Browser Web Server，其实就是浏览器和我们的服务器，这是一种特殊的C/S架构，只不过我们的Client变成浏览器了

B/S架构的优缺点：

优点：

升级维护方便，成本比较低。（只需要升级服务器端即可。）

不需要安装特定的客户端软件，用户操作极其方便。只需要打开浏览器，输入网址即可。

缺点：

速度慢（不是因为带宽低的问题，是因为所有的数据都是在服务器上，用户发送的每一个请求都是需要服务器全身心的响应数据，所以B/S结构的系统在网络中传送的数据量比较大。）

体验差（界面不是那么酷炫，因为浏览器只支持三个语言HTML CSS JavaScript。在加上速度慢。）

不安全（所有的数据都在服务器上，只要服务器发生火灾，地震等不可抗力，最终数据全部丢失。）

....

3.业务场景

什么时候用C/S，什么时候用B/S，需要看业务的场景，比如你要开发大型3A游戏，或者高画质的FPS游戏，比如赛博朋克、apex等等，你如果让用户用浏览器去玩，体验会非常差，因为很多数据都需要服务器去发送给浏览器，而如果做成客户端的话就可以在本地客户端缓存大部分的数据，在启动游戏的时候再连接服务器就行了。

但是如果是公司内部需要的系统，或者说学校的系统，开发一个网站就行了，只需要浏览器登陆就可以了，不需要搞个客户端出来，因为这些系统对体验、画面的要求不高，所以为了低成本开发，就使用B/S架构

二.B/S架构开发流程

1.Tomcat服务器

我们前面谈到了B/S架构的基本知识，我们知道这是浏览器和服务器之间进行网络通讯的架构，那么浏览器其实已经无需我们开发，服务器呢？

其实也不需要，因为我们主要是要开发web程序，所以我们可以使用一个轻量级的服务器：Tomcat，这是别人已经开发好的服务器

这是Apache Tomcat的官网：Apache Tomcat® - Welcome!https://tomcat.apache.org/

把这个安装到你的本机上(具体安装过程需要配置环境变量，有两个，一个是CATALINA的，还有一个是JAVA的，这个大家可以上网自己搜)，就相当于你已经有一台服务器了，只不过这个服务器还是你的主机。

关于Tomcat服务器的目录

bin ：这个目录是Tomcat服务器的命令文件存放的目录，比如：启动Tomcat，关闭Tomcat等。

conf：这个目录是Tomcat服务器的配置文件存放目录。（server.xml文件中可以配置端口号，默认Tomcat端口是8080）

lib ：这个目录是Tomcat服务器的核心程序目录，因为Tomcat服务器是Java语言编写的，这里的jar包里面都是class文件。

logs: Tomcat服务器的日志目录，Tomcat服务器启动等信息都会在这个目录下生成日志文件。

temp：Tomcat服务器的临时目录。存储临时文件。

webapps：这个目录当中就是用来存放大量的webapp（web application：web应用）

work：这个目录是用来存放JSP文件翻译之后的java文件以及编译之后的class文件。

2.静态的web应用

这里有个webapps目录，里面就存放了我们的webapp，各种各样的静态资源和动态资源，这里我画个图来解释：

静态就不说太多了，其实上就是静态的html页面资源，你只需要输入正确的路径就能拿到相应的资源

3.动态的web应用（编写的java程序）

有哪些角色（在整个BS结构的系统当中，有哪些人参与进去了）

浏览器软件的开发团队（浏览器软件太多了：谷歌浏览器、火狐浏览器、IE浏览器....）

WEB Server的开发团队（WEB Server这个软件也是太多了：Tomcat、Jetty、WebLogic、JBOSS、WebSphere....）

DB Server的开发团队（DB Server这个软件也是太多了：Oracle、MySQL.....）

webapp的开发团队（WEB应用是我们做为JavaWEB程序员开发的）

需要遵守规范，比如计算机接口设计者和键盘设计者，我的键盘插到别人电脑上也能用

角色和角色之间需要遵守哪些规范，哪些协议

webapp的开发团队和 WEB Server的开发团队之间有一套规范: JavaEE规范之一Servlet规范。

Servlet规范的作用是什么？

WEB Server 和 webapp解耦合。

Browser 和 WebServer之间有一套传输协议：HTTP协议。（超文本传输协议。）

webapp开发团队和 DB Server的开发团队之间有一套规范：JDBC规范。

三.模拟实现Servlet

整体结构：

第一部分，就是sun公司指定的规范，也就是他们写了这个Servlet接口，里面有一些方法，实现了这个接口的类都必须重写这些方法

package com.jtl.servlet_;/**
/**
 *@description:模拟Servlet接口
 *
 */

public interface Servlet_ {
    void service();
}

第二部分，就是我们作为java程序员编写的webapp，这里我写了三个，他们都实现了Servlet接口

package com.jtl.webapps;
import com.jtl.servlet_.Servlet_;

/**
 *@description:启动天梯赛的java程序
 */

public class MatchServlet implements Servlet_ {
    @Override
    public void service() {
        System.out.println("实况足球天梯赛启动！！！");
    }
}

————————————————————————————————————————————————————————————————————————
package com.jtl.webapps;

import com.jtl.servlet_.Servlet_;
/**
 *@description:管理球员的java程序
 */
public class PlayerServlet implements Servlet_ {
    @Override
    public void service() {
        System.out.println("展示玩家已拥有的球员.....");
    }
}
————————————————————————————————————————————————————————————————————————

package com.jtl.webapps;
import com.jtl.servlet_.Servlet_;

/**
 *@description:展示用户列表的java程序
 */
public class UserListServlet implements Servlet_ {

    @Override
    public void service() {
        System.out.println("展示所有玩家列表.....");
    }
}

最后就是我们的服务器Tomcat，这里接受用户在浏览器输入的域名然后进行资源的查找，最后进行响应，这里我用基本的输入输出来模拟请求和相应：

import java.io.FileInputStream;
import java.util.Properties;
import java.util.Scanner;
/**
 * @description:模拟Tomcat服务器
 */
public class TomCat_ {
    public static void main(String[] args) throws Exception{
        System.out.println("请输入你要访问的资源：");
        var scanner = new Scanner(System.in);
        String key = scanner.nextLine();
        //读取配置文件
        Properties properties = new Properties();
        properties.load(new FileInputStream("src/Web.properties"));
        String url = properties.getProperty(key);
        //通过反射拿到对应类的实例，调用方法
        Class<?> aClass = Class.forName(url);
        Object obj = aClass.newInstance();
        Servlet_ servlet = (Servlet_) obj;
        servlet. Service();
    }
}

配置文件：Web.properties

/aaa=com.jtl.webapps.MatchServlet
/bbb=com.jtl.webapps.PlayerServlet
/ccc=com.jtl.webapps.UserListServlet

最后做一个解释：首先sun公司定义好了Servlet接口，这是一套规范，我们webapp开发者写的类要遵守这个规范（也就是实现这个接口），然后TomCat服务器在接收到请求路径后，去到我们写的配置文件中寻找这个请求路径对应的服务(或者说类)，拿到这个类名后运用反射机制创建类的实例，但是此时服务器仍然不知道该对象的实际类型，但是它知道我们这个类一定实现了Servlet接口，所以他就可以调用里面的各种方法（已经被我们重写了）来解决问题