tomcat和jvm是什么关系

以下是所有解析
一:

Tomcat 是 Java 程序，运行在 JVM 之上，差不多和你的 QQ 运行在你的 Windows 之上一样，启动的时候做了好多好多的工作为了让你的应用能够通过 HTTP 接收和返回消息。

二:
Tomcat是一个Java写的http server，启动时就和所有http server差不多，监听断口，等待连接。

三:
题主，Tomcat和JVM的关系，不用想的太复杂，其本质上和你写一个HelloWorld跑在JVM上是一样的。而你感觉到复杂的地方是Tomcat这个Java写的程序，其实现了Servlet和JSP的规范，是一种容器，支持实现了Servlet规范的应用运行。但是这些只是应用的内部逻辑，和程序本质与JVM的关系并没有变。
而要了解Tomcat在启动的时候都做了什么事情，首先从启动脚本入手，你观察到从Bootstrap类开始启动，而具体细节其实有很多，包含classLoader的创建，配置文件的解析，安全策略的配置使用，Logging的初始化，对于Host的解析，Context的解析等等。

四:
以tomcat的catalina.sh脚本为例,Java程序的脚本，最终的逻辑基本上是调用java命令执行Java程序.
你这么想 tomcat就是一个helloworld程序，当你运行他的时候其实是开启了一个jvm，但是这个helloworld很强大，跑起来以后能处理web请求，就是这样了
其实,tomcat这个java程序是使用脚本的形式启动,而不是在命令行中java xxx这样
https://blog.csdn.net/qq_21508059/article/details/82713797

五:

1.在安装Java的时候都需要先安装一个JDK，JVM启动参数是控制将代码制作成可运行程序的过程
2.Tomcat需要运行在JVM上面。 
3.JVM就是一个进程。 
4.Tomcat容器中运行的多个web程序见不能相互通信（可以理解为分布式）。 
5.Tomcat中的多个web程序运行在同一个JVM中。

JVM类加载
　　JVM类加载采用 父类委托机制，如下图所示：
　　
Tomcat类加载
tomcat是一个java写的程序,它会根据自己的需求实现java的类加载器classLoader,以满足自己要在哪里加载jar包和需要的其他东西
　　在tomcat中类的加载稍有不同，如下图：
　　
　　当tomcat启动时，会创建几种类加载器：

1 Bootstrap 引导类加载器

加载JVM启动所需的类，以及标准扩展类（位于jre/lib/ext下）

2 System 系统类加载器

加载tomcat启动的类，比如bootstrap.jar，通常在catalina.bat或者catalina.sh中指定。位于CATALINA_HOME/bin下。
　　
　　3 Common 通用类加载器

加载tomcat使用以及应用通用的一些类，位于CATALINA_HOME/lib下，比如servlet-api.jar
　　
　　4 webapp 应用类加载器

每个应用在部署后，都会创建一个唯一的类加载器。该类加载器会加载位于 WEB-INF/lib下的jar文件中的class 和 WEB-INF/classes下的class文件。

当应用需要到某个类时，则会按照下面的顺序进行类加载：

1 使用bootstrap引导类加载器加载

2 使用system系统类加载器加载

3 使用应用类加载器在WEB-INF/classes中加载

4 使用应用类加载器在WEB-INF/lib中加载

5 使用common类加载器在CATALINA_HOME/lib中加载

问题扩展
　　通过对上面tomcat类加载机制的理解，就不难明白 为什么java文件放在Eclipse中的src文件夹下会优先jar包中的class?

这是因为Eclipse中的src文件夹中的文件java以及webContent中的JSP都会在tomcat启动时，被编译成class文件放在 WEB-INF/class 中。

而Eclipse外部引用的jar包，则相当于放在 WEB-INF/lib 中。

因此肯定是 java文件或者JSP文件编译出的class优先加载。

通过这样，我们就可以简单的把java文件放置在src文件夹中，通过对该java文件的修改以及调试，便于学习拥有源码java文件、却没有打包成xxx-source的jar包。

在idea中,也是先加载src中编译的class文件先的

以下这张图就很表明tomcat是运行在jvm之上的,因为tomcat的类加载器父类是jvm的应用类加载器