tomcat是web服务器吗（tomcat是什么服务器）

本文目录

• tomcat是什么服务器
• “Weblogic”和“Tomcat”的区别是什么
• 下面关于tomcat服务器描述正确的是（）
• Apache和Tomcat的区别
• tomcat属不属web服务器中间件_tomcat是应用服务器还是web服务器
• Tomcat和JDK是什么关系
• Tomcat和Websphere是什么软件
• tomcat是干什么用的

tomcat是什么服务器

Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。Tomcat 技术先进、性能稳定，而且免费，是目前比较流行的Web 应用服务器。
Tomcat 实际上是运行JSP 页面和Servlet。具有处理HTML页面的功能。
简单的来说，Tomcat是运行JAVA程序的开源 java容器。 java程序部署在这个服务里 才能更好的对外提供服务。
目前很多的java程序是部署在Tomcat下的。

“Weblogic”和“Tomcat”的区别是什么

“Weblogic”和“Tomcat”都是web服务器，两者的区别主要有：

WebLogic是美国bea公司出品的一个application server，确切的说是一个基于Javaee架构的中间件，纯java开发的，最新版本WebLogic Server 9.0是迄今为止发布的最卓越的BEA应用服务器。

BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。完全遵循J2EE 1.4规范。

Tomcat服务器是一个免费的开源的Web 应用服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。

因为Tomcat 技术先进、性能稳定，运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且很重要的是她免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。而且由于开源，它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。

下面关于tomcat服务器描述正确的是（）

下面关于tomcat服务器描述正确的是（）

A.tomcat是一个开源的免费的web服务器，它支持javaEE规范
B.tomcat不是一个开源的免费的web服务器，它支持servlet规范
C.tomcat是一个开源的免费的web服务器，它支持servlet规范
D.以上说法都不对
正确答案：C

Apache和Tomcat的区别

　　Apache 和 Tomcat 都是web网络服务器，两者既有联系又有区别，在进行HTML、PHP、JSP、Perl等开发过程中，需要准确掌握其各自特点，选择最佳的服务器配置。
　　Apache是web服务器（静态解析，如HTML），tomcat是java应用服务器（动态解析，如JSP、PHP）
　　Tomcat只是一个servlet(jsp也翻译成servlet)容器，可以认为是apache的扩展，但是可以独立于apache运行
　　两者从以下几点可以比较的：
　　1、两者都是apache组织开发的
　　2、两者都有HTTP服务的功能
　　3、两者都是开源免费的
　　联系
　　1）Apache是普通服务器，本身只支持html即普通网页，可以通过插件支持php，还可以与Tomcat连通(Apache单向连接Tomcat，就是说通过Apache可以访问Tomcat资源，反之不然)。
　　2）Apache只支持静态网页，但像asp、jsp、php、cgi等动态网页就需要Tomcat来处理。
　　3）Apache和Tomcat整合使用：
　　如果客户端请求的是静态页面，则只需要Apache服务器响应请求；
　　如果客户端请求动态页面，则是Tomcat服务器响应请求，将解析的JSP等网页代码解析后回传给Apache服务器，再经Apache返回给浏览器端。
　　这是因为jsp是服务器端解释代码的，Tomcat只做动态代码解析，Apache回传解析好的静态代码，Apache+Tomcat这样整合就可以减少Tomcat的服务开销。
　　4）Apache和Tomcat是独立的，在同一台服务器上可以集成。
　　区别
　　Apache是有C语言实现的，支持各种特性和模块从而来扩展核心功能；Tomcat是Java编写的，更好的支持Servlet和JSP。
　　1、Apache是Web服务器，Web服务器传送(serves)页面使浏览器可以浏览，Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供 (serves)商业逻辑(business logic)。
　　Tomcat是运行在Apache上的应用服务器，应用程序服务器提供的是客户端应用程序可以调用(call)的方法 (methods)。它只是一个servlet(jsp也翻译成servlet)容器，可以认为是Apache的扩展，但是可以独立于apache运行。
　　2、Apache是普通服务器，本身只支持html静态普通网页。不过可以通过插件支持PHP，还可以与Tomcat连通(单向Apache连接Tomcat,就是说通过Apache可以访问Tomcat资源，反之不然)，Tomcat是jsp/servlet容器，同时也支持HTML、JSP、ASP、PHP、CGI等，其中CGI需要一些手动调试，不过很容易的。
***隐藏网址***
　　4、Apache可以运行一年不重启，稳定性非常好，而Tomcat则不见得。
　　5、首选web服务器是Apache，但Apache解析不了的jsp、servlet才用tomcat。
　　6、Apache是很最开始的页面解析服务，tomcat是后研发出来的，从本质上来说tomcat的功能完全可以替代Apache，但Apache毕竟是tomcat的前辈级人物，并且市场上也有不少人还在用Apache，所以Apache还会继续存在，不会被取代，apache不能解析java的东西，但解析html速度快。
　　两者例子：
　　Apache是一辆车，上面可以装一些东西如html等，但是不能装水，要装水必须要有容器（桶），而这个桶也可以不放在卡车上，那这个桶就是TOMCAT。
　　两者整合：
　　Apache是一个web服务器环境程序，启用他可以作为web服务器使用不过只支持静态网页，不支持动态网页，如asp、jsp、php、cgi
　　如果要在Apache环境下运行jsp就需要一个解释器来执行jsp网页，而这个jsp解释器就是Tomcat
　　那为什么还要JDK呢？因为jsp需要连接数据库的话就要jdk来提供连接数据库的驱程，所以要运行jsp的web服务器平台就需要APACHE+TOMCAT+JDK
　　整合的好处：
　　如果客户端请求的是静态页面，则只需要Apache服务器响应请求
　　如果客户端请求动态页面，则是Tomcat服务器响应请求
　　因为jsp是服务器端解释代码的，这样整合就可以减少Tomcat的服务开销
　　

tomcat属不属web服务器中间件_tomcat是应用服务器还是web服务器

属于web服务器的中间件。

从分布式环境来说，tomcat属于中间件，所有的出去客户端的展现，服务器端得到的数据，进行数据的逻辑处理的那届全都是中间件。

Tomcat主要组件：服务器Server，服务Service，连接器Connector、容器Container。连接器Connector和容器Container是Tomcat的核心。

扩展资料：

Tomcat服务器属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选，它是一个免费的开放源代码的Web应用服务器，Web应用服务器是Web服务器和应用服务器相结合的产物，也就是web服务器的中间件的一种。

Tomcat和JDK是什么关系

TOMCAT是WEB服务器，支持J2EE所有类，使得CLASS文件可以显示到网页或者提供后台运行J2EE的容器，一般使用的都是TOMCAT。TOMCAT支持动态的，比如servlet等。
TOMCAT侧重于servlet引擎，如果以standalone方式运行，功能上与apache等效 ， 支持JSP，但对静态网页不太理想；
JDK是一切java应用程序的基础,所有的java应用程序是构建在这个之上的。它是一组API,也可以说是一些java Class。JDK是开发java程序的一套东西，tomcat就是发开出来的java程序。

Tomcat和Websphere是什么软件

tomcat是一种web服务器，也可以称作运行在服务器（物理意义上的计算机）上的一种软件包。用来对服务器上的HTML文档提供访问权限控制。
以上的说法可能太专业化，一时难以理解。其实用通俗的语言来讲，万维网本质上就是“超文本文档”（HTML文档）组成的一个通过超级链接互相访问交互网络。你从甲计算机上的文档A通过超链接访问乙计算机上的文档B，而B必须放在Web服务器（Tomcat）里才能被访问。
Apache tomcat是一个强大的Web服务器
在处理静态页面、处理大量网络客户请求、支持服务的种类以及可配置方面都有优势，高速并且强壮。但是没有JSP/Servlet的解析能力。
整合Apache和Tomcat可以看作是用Tomcat做Apache的jsp/servlet解析插件，将两者优势结合起来
不过Tomcat作为一个Web服务器，本身具备了基本的Web服务功能，在SUN的力推下，将来或许越来越强壮到不需要借助Apache优势的地步。
（Jakarta Tomcat服务器是在SUN公司的JSWDK（javaServer Web DevelopmentKit,是SUN公司推出的小型Servlet/JSP调试工具）的基础上发展起来的一个优秀的Servlet/JSP容器，它是Apache-Jakarta软件组织的一个子项目。它不但支持运行Servlet和JSP，而且还具备了作为商业java Web应用容器的特征。）
IBM WebSphere 交付了应用基础设施和集成软件，用来帮助公司完成随需应变世界中的最关键任务：
快速创新的能力 - 灵活的操作环境能够轻松支持公司的业务增长。
更高的生产力 - 工具能够帮助公司流线化和扩展业务流程，以便为人员提供适时、适当的信息，从而提高员工的生产率。
改善的业务弹性 - 可靠的、高性能的应用基础设施支持今天的随需应变世界的 24x7 运转。
IBM WebSphere 软件交付了以灵活的方式集成分散应用程序和系统的能力，从而加速创造价值的进程，并帮助公司最大限度提高现有资源的利用率。
WebSphere软件平台的核心是WebSphere应用服务器，提供特定的配置来满足大范围的各种不同的重要应用的需要，包括事务管理、安全、集群、性能、可用性、连接性和可伸缩性。应用服务器是一个中间件，可以将Web应用功能和核心业务系统以及企业数据库连起来。WebSphere应用服务器提供了一个将这些应用和数据扩展到Web的平台。
WebSphere Business Integration Server Foundation扩展了WebSphere的功能，它提供了一个基于标准的整合平台，能够在面向服务的架构（SOA）中建立和部署复合的应用。复合的应用是通过其他的软件功能模块来建立的，通过Web 服务技术将它们整合到一起。在高性能的环境下，例如一个很大的大学的计算和信息系统实验室，也同样使用WebSphere Extended Deployment作为他们基础设施的一部分。
Tomcat和WebSphere的比较
1、 JAVA支持的对比
如果只是简单的将产品对J2EE的支持版本一一列出，我们可能发现两个产品好象区别不是很大。但是如果仔细分析一下二者细微的区别，我们会有许多有趣的发现：
1）Enterprise JavaBeans：EJB当前最新的版本是2.0。在WebSphere中，全部支持EJB1.1的规范，对于2.0中的规范支持大多数。而BEA号称全部支持2.0的规范。如果仅从版本号来看，好象BEA占了一些优势，其实不然。我们首先应该明白EJB到底是做什么用的。EJB是面向分步式应用、面向分布式事物处理的Java规范。如果我们回顾计算机应用的发展历史，会发现IBM在分步式应用、面向对象的理论、数据库的处理（无论关系型还是非关系型）等面向大规模的企业应用处理方面有着举足轻重的地位。IBM不但最早发明了关系数据库——DB2，而且有业界最早、应用最广泛的事物处理中间件——TXSeries（即CICS）。IBM承诺的是给用户提供稳定、可靠的产品，而不是一味地追求版本的变化。在J2EE的规范制定中，IBM参与了其中80%的技术工作，尤其是在关键的领域：JTA/JTS、EJB、Java Connector等方面。另外一个方面，IBM提供了强大的EJB开发、测试、部署工具——VisualAge For Java Enterprise Edition。它能帮助用户最快地开发出满足自己需要的EJB。为了简化EJB的开发，IBM提供了强有力的封装工具——Access Bean。反观BEA，对于J2EE规范的制定并没有做出什么贡献，虽然号称支持EJB2.0，但是它并不真正支持两阶段提交！而且不提供对CICS、IMS、SAP等主机资源CMP（Container-Managed Persistence）类型的EJB的支持
2、RMI/IIOP：该标准在EJB 1.1中是可选项，但在EJB 2.0中是必须实现的规范。IBM在WebSphere中提供了牢固的产品来完全支持，IBM的产品从JDK就开始使用RMI/IIOP，已经有进两年的时间，有很多成功的应用。BEA没有产品级的支持，在WebLogic中仅有一些有限的实现，它强迫用户使用其私有的协议——T3，因为它的速度比WebSphere慢了将近4倍，在其clustering中根本不能使用IIOP!
欢迎阅读《How Tomcat Works》这本书。这本书解剖了Tomcat4.1.12和5.0.18版本，解释了它的servlet容器的内部运行机制，那是一个免费的，开源的，最受欢迎的servlet容器，代号为Catalina。Tomcat是一个复杂的系统，由许多不同的组件构成。那些想要学习Tomcat运行机制的朋友大部分知道从何入手。这本书会提供一个蓝图，然后为每一个组件构造一个简化版本，使得可以更加容易的理解这些组件。在这之后才会对真实的组件进行解释。
你应该从这份简介开始阅读，因为它解释了这本书的结构，同时给你勾画了这个项目构造的简洁轮廓。“准备前提软件”这一节会给你一些指示，例如你需要下载什么样的软件，如何为你的代码创建目录结构等等。
本书为谁而作
这本书是为任何一个使用Java技术进行工作的人而准备的。
假如你是一个servlet/jsp程序员或者一个Tomcat用户，而且对一个servlet容器是如何工作这个问题你感兴趣的话，这本书就是为你准备的。
假如你想加入Tomcat的开发团队的话，这本书就是为你准备的，因为你首先需要学习那些已存在的代码是如何工作的。
假如你从未涉及web开发，但你对一般意义上的软件开发感兴趣的话，你可以在这本书学到一个像Tomcat一样的大型项目是如何进行设计和开发的。
假如你想配置和自定义Tomcat，你也应该读读这本书。
为了理解书中的讨论，你需要了解Java面向对象编程技术以及servlet编程。假如你对这些不熟悉的话，这里有很多书籍可以参考，包括Budi的《Java for the Web with Servlets, JSP, and EJB》。为了让这些材料更容易理解，每一章开始都会有便于理解所讨论主题的必要的背景资料介绍。
Servlet容器是如何工作的
servlet容器是一个复杂的系统。不过，一个servlet容器要为一个servlet的请求提供服务，基本上有三件事要做:
***隐藏网址***
***隐藏网址***
调用servlet的service方法，并传入request和response对象。在这里servlet会从request对象取值，给response写值。
当你读这些章节的时候，你将会找到关于catalina servlet容器的详细讨论。
Catalina架构图
Catalina是一个非常复杂的，并优雅的设计开发出来的软件，同时它也是模块化的。基于“Servlet容器是如何工作的”这一节中提到的任务，你可以把Catalina看成是由两个主要模块所组成的：连接器(connector)和容器(container)。在Figure I.1中的架构图，当然是简化了。在稍后的章节里边，你将会一个个的揭开所有更小的组件的神秘面纱。
现在重新回到Figure I.1，连接器是用来“连接”容器里边的请求的。它的工作是为接收到每一个HTTP请求构造一个request和response对象。然后它把流程传递给容器。容器从连接器接收到requset和response对象之后调用servlet的service方法用于响应。谨记，这个描述仅仅是冰山一角而已。这里容器做了相当多事情。例如，在它调用servlet的service方法之前，它必须加载这个servlet，验证用户(假如需要的话)，更新用户会话等等。一个容器为了处理这个进程使用了很多不同的模块，这也并不奇怪。例如，管理模块是用来处理用户会话，而加载器是用来加载servlet类等等。
Tomcat 4和5
这本书涵盖了Tomcat4和5.这两者有一些不同之处:
Tomcat 5支持Servlet 2.4和JSP 2.0规范，而Tomcat 4支持Servlet 2.3和JSP 1.2。
比起Tomcat 4，Tomcat 5有一些更有效率的默认连接器。
Tomcat 5共享一个后台处理线程，而Tomcat 4的组件都有属于自己的后台处理线程。因此，就这一点而言，Tomcat 5消耗较少的资源。
Tomcat 5并不需要一个映射组件(mapper component)用于查找子组件，因此简化了代码。

tomcat是干什么用的

Tomcat是一个世界上广泛使用的支持jsp和servlets的Web服务器。Tomcat 因为技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可。

Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。

扩展资料：

Tomcat不仅实现了Servlet规范、JSP规范，支持对这两者的解析，还支持JSTL表达式语言、和Java WebSocket。目前Tomcat最新稳定版是8.0。Tomcat请求流程：

1、对外接收请求是Connector连接器组件，可以支持不同协议，Connector组件中可设置端口，所以我们请求的时候需要输入端口号。可以把Connector当作接待员。

2、Connector组件接收到请求后，转发给处理Engine(catalina引擎)组件去处理。

3、根据请求的域名，分配到对应的Host主机。

4、在根据path分配context组件。

参考资料来源：百度百科-Tomcat