servlet是tomcat的吗 servlet api.jar是干什么的?

servlet是tomcat的吗

当初在Apache开发时还未出现Servlet的概念，所以Apache不能内置支持Servlet。实际上，除了Apache，其他许多Web服务器软件都不能直接支持Servlet。为了支持Servlet，通常要单独开发程序，这种程序一般称为服务器小程序容器（Servlet Container），有时也叫做服务器小程序引擎（Servlet Engine）。它是Web服务器或应用程序服务器的一部分，用于在发送的请求和响应之上提供网络服务，解码基于MIME的请求，格式化基于MIME的响应，它在Servlet的生命周期内包容和管理Servlet，是一个实时运行的外壳程序。运行时由Web服务器软件处理一般请求，并把Servlet调用传递给“容器”来处理。Tomcat就是满足这种需要的JSP/Servlet引擎，是Sun公司的JSP/Servlet的官方实现。
按照工作模式的不同，Servlet容器可以分为以下3类：
1．独立运行的Servlet容器
在这种模式下，Servlet容器作为构成Web服务器的一部分而存在。当使用基于Java的Web服务器时，就属于这种情况。这种方式是Tomcat的默认模式，然而大多数Web服务器并不是基于Java的，所以就产生了下面的两种其他类型。
2．内置的Servlet容器
Servlet容器由Web服务器插件和Java容器两部分组成。采用这种方式时，Web服务器插件需要在某个Web服务器内部地址空间中打开一个JVM（Java虚拟机），在此JVM上加载Java容器并运行Servlet。如果客户端调用Servlet，Web服务器插件首先获得此请求的控制并将它传递（使用JNI技术）给Java容器，然后Java容器把此请求交给Servlet来处理。这种方式运行速度较快，并且能够提供良好的性能，适用于单进程、多线程服务器，但是在伸缩性方面存在不足。
3．外置的Servlet容器
采用这种方式时，Servlet容器运行在Web服务器外部地址空间。先由Web服务器插件在某个Web服务器外部地址空间打开一个JVM（Java虚拟机），然后加载Java容器来运行Servlet。Web服务器插件和JVM之间使用IPC（进程间通信）机制（通常是TCP/IPSockets）。如果客户端调用Servlet，Web服务器插件首先获得此请求的控制并将它传递（使用IPCs技术）给Java容器，然后Java容器把此请求交给Servlet来处理。这种方式对客户端请求的处理速度不如内置Servlet那样快，但是在其他方面（如可伸缩性、稳定性等）具有优势。
Tomcat属于Servlet容器，其工作模式也分为上述3种，所以Tomcat既可被用作独立运行的Servlet引擎（便于开发和调试），又可作为一个需要增强功能的Web服务器（如当前的Apache、IIS和Netscape服务器）插件。在配置Tomcat之前，就需要确定采用哪种工作模式，工作模式（1）比较简单，直接安装Tomcat即可，工作模式（2）和（3）有些复杂，除了安装Tomcat、Web服务器之外，还需要安装连接两者的中间连接件。
【专家提示】在本书中，如果没有特殊说明，Tomcat运行都采用独立运行的Servlet容器 方式。
Java Servlet API是Servlet容器和Servlet之间的接口，它定义了Servlet的各种方法，还定义了Servlet容器传送给Servlet的对象类，其中最重要的是请求对象ServletRequest和响应对象ServletResponse。这两个对象都是由Servlet容器在客户端调用Servlet时产生的，Servlet容器把客户请求信息封装在ServletRequest对象中，然后把这两个对象都传送给要调用的Servlet，Servlet处理完后把响应结果写入ServletResponse，然后由Servlet容器把响应结果发送到客户端。
参考：https://zhidao.baidu.com/question/1368022941296732179.html

servlet api.jar是干什么的?

用于在servlet环境下开发程序的一组api,虽然叫servlet-api.jar但其实包里除了大部分的接口外还有一些javabean和抽象类、之所以叫api是因为这个包是开发基于servlet规范的标准接口(这个接口的含义和java里的interface不同，不要混淆)。
既然开发jsp、servlet的程序，就应该知道这是基于http(请求、响应)协议的,那么在这里请求和响应就对应为servlet-api.jar中的ServletRequest和ServletResponse接口，接口中定义了作为一个请求和一个响应信息应该具备的方法，比如从请求信息中可以获取客户端的ip，用户提交的信息等等，从响应信息中可以获取客户端的输出流，响应类型等等，当然中间的过程是由servlet容器封装好的，等我们开发servlet时会直接使用这些接口来编写具体的业务代码，其他的处理过程就全由容器处理了。
当然这个jar的接口是按照servlet规范编写的，面向标准接口编程的好处就是我们开发出的一个web工程即可以部署到tomcat、也可以部署到weblogic或其他servlet容器下运行，所有的servlet容器都使用了相同接口所以我们可以无缝移植(定义标准很重要)，还记得jdbc吧?只要用接口访问数据库即可，你不必担心底层是什么数据库。
但也许你不会在每个应用服务器下都搜到这个名字的jar(tomcat里有)，因为不同的servlet容器的功能不同，比如一些功能强大的服务器除了实现了基础的servlet规范外还支持一些javaee的规范(如ejb,jms等等)，所以这组api可能会被不同的厂商封装到自己的jar中,如weblogic就放到了weblogic.jar中。

javax.servlet与servlet.api的区别

首先，servlet.api.这个包不是sun做的。是Jakarta组织做的。这个组织做出过很多好东东，比如：Apache，Tomcat等等，这些是免费的软件。

而javax.servlet是sun公司编写的，它已经很强大，并且有它的标准。正是因为有了java，养活我们中间很多人。

Servlet和CGI的区别

与cgi的区别在于servlet处于服务器进程中，它通过多线程方式运行其service方法，一个实例可以服务于多个请求，并且其实例一般不会销毁，而CGI对每个请求都产生新的进程，服务完成后就销毁，所以效率上低于servlet。