Tomcat之面试专题

最新推荐文章于 2024-10-06 15:50:11 发布

J_过儿

最新推荐文章于 2024-10-06 15:50:11 发布

阅读量715

点赞数

分类专栏： Java工程师面试锦囊文章标签： tomcat java

@author StoneYang

本文链接：https://blog.csdn.net/qq_38933346/article/details/109634150

版权

Java工程师面试锦囊专栏收录该内容

9 篇文章 0 订阅

订阅专栏

未更完，待整理

1、Tomcat 的缺省端口是多少，怎么修改？

1）找到 Tomcat 目录下的 conf 文件夹
2）进入 conf 文件夹里面找到 server.xml 文件
3）打开 server.xml 文件
4）在 server.xml 文件里面找到下列信息

<Connector connectionTimeout="20000" 
port="8080" 
protocol="HTTP/1.1" 
redirectPort="8443" 
uriEncoding="utf-8"/>
port="8080"
//改成你想要的端口

2、Tomcat 有几种部署方式？

1）直接把 Web 项目放在 webapps 下，Tomcat 会自动将其部署
2）在 server.xml 文件上配置节点，设置相关的属性即可
3）通过 Catalina 来进行配置:进入到 conf\Catalina\localhost 文件下，创建一个 xml 文件，该文件的名字就是站点的名字。
编写 XML 的方式来进行设置。

3.Tomcat 工作模式

Tomcat 是一个 JSP/Servlet 容器。其作为 Servlet 容器，有三种工作模式：独立的 Servlet 容器、进程内的 Servlet 容器和进程外的 Servlet 容器。
进入 Tomcat 的请求可以根据 Tomcat 的工作模式分为如下两类：
Tomcat 作为应用程序服务器：请求来自于前端的 web 服务器，这可能是 Apache, IIS, Nginx 等；
Tomcat 作为独立服务器：请求来自于 web 浏览器；

4、tomcat 容器是如何创建 servlet 类实例？用到了什么原理？

当容器启动时，会读取在 webapps 目录下所有的 web 应用中的 web.xml 文件，然后对 xml 文件进行解析，
并读取 servlet 注册信息。然后，将每个应用中注册的 servlet 类都进行加载，并通过反射的方式实例化。
（有时候也是在第一次请求时实例化）在 servlet 注册时加上如果为正数，则在一开始就实例化，
如果不写或为负数，则第一次请求实例化。

5.内存调优

内存方式的设置是在 catalina.sh 中，调整一下 JAVA_OPTS 变量即可，因为后
面的启动参数会把 JAVA_OPTS 作为 JVM 的启动参数来处理。
具体设置如下：
JAVA_OPTS="$JAVA_OPTS -Xmx3550m -Xms3550m -Xss128k -
XX:NewRatio=4 -XX:SurvivorRatio=4"
其各项参数如下：
-Xmx3550m：设置 JVM 最大可用内存为 3550M。
-Xms3550m：设置 JVM 促使内存为 3550m。此值可以设置与-Xmx 相同，以
避免每次垃圾回收完成后 JVM 重新分配内存。
-Xmn2g：设置年轻代大小为 2G。整个堆大小=年轻代大小 + 年老代大小 +
持久代大小。持久代一般固定大小为 64m，所以增大年轻代后，将会减小年老
代大小。此值对系统性能影响较大，Sun 官方推荐配置为整个堆的 3/8。
-Xss128k：设置每个线程的堆栈大小。JDK5.0 以后每个线程堆栈大小为 1M，
以前每个线程堆栈大小为 256K。更具应用的线程所需内存大小进行调整。在相
同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的
线程数还是有限制的，不能无限生成，经验值在 3000~5000 左右。
-XX:NewRatio=4:设置年轻代（包括 Eden 和两个 Survivor 区）与年老代的比
值（除去持久代）。设置为 4，则年轻代与年老代所占比值为 1：4，年轻代占
整个堆栈的 1/5
-XX:SurvivorRatio=4：设置年轻代中 Eden 区与 Survivor 区的大小比值。设置
为 4，则两个 Survivor 区与一个 Eden 区的比值为 2:4，一个 Survivor 区占整
个年轻代的 1/6
-XX:MaxPermSize=16m:设置持久代大小为 16m。
-XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为 0 的话，则年
轻代对象不经过 Survivor 区，直接进入年老代。对于年老代比较多的应用，可
以提高效率。如果将此值设置为一个较大值，则年轻代对象会在 Survivor 区进
行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收
的概论。

6.共享 session 处理

目前的处理方式有如下几种：
1).使用 Tomcat 本身的 Session 复制功能
参考 http://ajita.iteye.com/blog/1715312（Session 复制的配置）
方案的有点是配置简单，缺点是当集群数量较多时，Session 复制的时间会比
较长，影响响应的效率
2).使用第三方来存放共享 Session
目前用的较多的是使用 memcached 来管理共享 Session，借助于
memcached-sesson-manager 来进行 Tomcat 的 Session 管理
参考 http://ajita.iteye.com/blog/1716320（使用 MSM 管理 Tomcat 集群
session）
3).使用黏性 session 的策略
对于会话要求不太强（不涉及到计费，失败了允许重新请求下等）的场合，同
一个用户的 session 可以由 nginx 或者 apache 交给同一个 Tomcat 来处理，这
就是所谓的 session sticky 策略，目前应用也比较多
参考：（tomcat session sticky）
nginx 默认不包含 session sticky 模块，需要重新编译才行（windows 下我也不
知道怎么重新编译）
优点是处理效率高多了，缺点是强会话要求的场合不合适

7.添加 JMS 远程监控

对于部署在局域网内其它机器上的 Tomcat，可以打开 JMX 监控端口，局域网
其它机器就可以通过这个端口查看一些常用的参数（但一些比较复杂的功能不
支持），同样是在 JVM 启动参数中配置即可，配置如下：
-Dcom.sun.management.jmxremote.ssl=false -
Dcom.sun.management.jmxremote.authenticate=false
-Djava.rmi.server.hostname=192.168.71.38 设置 JVM 的 JMS 监控监听的 IP
地址，主要是为了防止错误的监听成 127.0.0.1 这个内网地址
-Dcom.sun.management.jmxremote.port=1090 设置 JVM 的 JMS 监控的端口
-Dcom.sun.management.jmxremote.ssl=false 设置 JVM 的 JMS 监控不实用
SSL
-Dcom.sun.management.jmxremote.authenticate=false 设置 JVM 的 JMS 监
控不需要认证