A servlet at its very core is a java class; which can handle HTTP requests. Typically the internal nitty-gritty of reading a HTTP request and response over the wire is taken care of by the containers like Tomcat. This is done so that as a server side developer you can focus on what to do with the HTTP request and responses and not bother about dealing with code that deals with networking etc. The container will take care of things like wrapping the whole thing in a HTTP response object and send it over to the client (say a browser).

Now the next logical question to ask is who decides what is a container supposed to do? And the answer is; In Java world at least It is guided (note I did not use the word controlled) by specifications. For example Servlet specifications (See resource 2) dictates what a servlet must be able to do. So if you can write an implementation for the specification, congratulations you just created a container (Technically containers like Tomcat also implement other specifications and do tricky stuff like custom class loaders etc but you get the idea).

假设您有一个容器，您的servlet现在是java类，其生命周期将由容器维护，但它们对传入HTTP请求的反应将由您决定。你可以通过在init()、doGet()、doPost()等预定义方法中编写你想要做的事情来做到这一点。看看资源3。

这里有一个有趣的练习。像资源3中那样创建一个简单的servlet，在它的构造函数方法(是的，你可以有一个servlet的构造函数)、init()、doGet()、doPost()方法中编写一些System.out.println()语句，并在tomcat中运行servlet。查看控制台日志和tomcat日志。

资源

看看这里的HTTP servlet (Tomcat示例)。 Servlet规范。 简单的Servlet示例。 开始在线阅读这本书/PDF 它还提供了整本书的下载。也许这会有帮助。 如果你刚刚开始使用servlet，那么阅读相关材料和servlet API是一个不错的主意。这是一个较慢的学习过程，但对弄清基本知识更有帮助。

servlet只是一个响应特定类型网络请求的类——最常见的是HTTP请求。基本上，servlet通常用于实现web应用程序——但也有各种框架在servlet之上运行(例如Struts)，以提供比servlet提供的“这是一个HTTP请求，写入此HTTP响应”级别更高级别的抽象。

servlet运行在处理网络端(例如解析HTTP请求，连接处理等)的servlet容器中。Tomcat是最著名的开源servlet容器之一。

A servlet at its very core is a java class; which can handle HTTP requests. Typically the internal nitty-gritty of reading a HTTP request and response over the wire is taken care of by the containers like Tomcat. This is done so that as a server side developer you can focus on what to do with the HTTP request and responses and not bother about dealing with code that deals with networking etc. The container will take care of things like wrapping the whole thing in a HTTP response object and send it over to the client (say a browser).

Now the next logical question to ask is who decides what is a container supposed to do? And the answer is; In Java world at least It is guided (note I did not use the word controlled) by specifications. For example Servlet specifications (See resource 2) dictates what a servlet must be able to do. So if you can write an implementation for the specification, congratulations you just created a container (Technically containers like Tomcat also implement other specifications and do tricky stuff like custom class loaders etc but you get the idea).

假设您有一个容器，您的servlet现在是java类，其生命周期将由容器维护，但它们对传入HTTP请求的反应将由您决定。你可以通过在init()、doGet()、doPost()等预定义方法中编写你想要做的事情来做到这一点。看看资源3。

这里有一个有趣的练习。像资源3中那样创建一个简单的servlet，在它的构造函数方法(是的，你可以有一个servlet的构造函数)、init()、doGet()、doPost()方法中编写一些System.out.println()语句，并在tomcat中运行servlet。查看控制台日志和tomcat日志。

资源

看看这里的HTTP servlet (Tomcat示例)。 Servlet规范。 简单的Servlet示例。 开始在线阅读这本书/PDF 它还提供了整本书的下载。也许这会有帮助。 如果你刚刚开始使用servlet，那么阅读相关材料和servlet API是一个不错的主意。这是一个较慢的学习过程，但对弄清基本知识更有帮助。

我认为servlet基本上是一个java类，充当HTTP请求和HTTP响应之间的中间路径。Servlet也用来使你的网页动态。例如，如果你想重定向到服务器上的另一个网页，那么你必须使用servlet。另一个重要的事情是servlet既可以在本地主机上运行，也可以在web浏览器上运行。

Servlet是一个java类，用于响应HTTP请求并生成HTTP响应......当我们使用HTML创建页面时，它将是一个静态页面，因此为了使其动态，我们使用SERVLET{简单地说，人们可以理解}。 JSP克服了利用servlet的问题，它本身就使用了代码和HTML标记。

除了以上，只是要指出流血的明显……

To many this is hyper obvious, but to someone used to writing apps which are just run and then end: a servlet spends most of its time hanging around doing nothing... waiting to be sent something, a request, and then responding to it. For this reason a servlet has a lifetime: it is initalised and then waits around, responding to anything thrown at it, and is then destroyed. Which implies that it has to be created (and later destroyed) by something else (a framework), that it runs in its own thread or process, and that it does nothing unless asked to. And also that, by some means or other, a mechanism must be implemented whereby this "entity" can "listen" for requests.

我建议阅读有关线程、进程和套接字的内容可以让你对此有所了解:这与一个基本的“hello world”应用程序的功能方式是完全不同的。

有人可能会说，术语“服务器”或“servlet”有点大材小用。一个更合理、更简单的名字可能是“responder”。选择术语“服务器”的原因是历史的:第一个这样的安排是“文件服务器”，多个用户/客户端终端将从中央机器请求特定的文件，然后该文件将像一本书或一盘炸鱼和薯条一样被“提供”。