【029期】JavaEE面试题(一):Web应用服务器
开篇介绍
大家好,我是Java最全面试题库的提裤姐,今天这篇是JavaEE系列的第一篇,主要总结了Web应用服务器相关的问题,在后续,会沿着第一篇开篇的知识线路一直总结下去,做到日更!如果我能做到百日百更,希望你也可以跟着百日百刷,一百天养成一个好习惯。
Q:
Tomcat是什么?
tomcat是一个web应用服务器
。比如,我们写的项目打包成war包以后需要放到tomcat指定的目录下。在启动tomcat就可以访问。
Q:
Tomcat缺省端口是多少,如何修改?
Tomcat缺省端口是8080
;
修改tomcat 端口:
1、找到tomcat目录下的conf
文件夹;
2、进入conf文件夹找到server.xml
文件
3、在server.xml
文件里面找到Connector
标签,把port="8080"
,改成需求端口即可。
Q:
Tomcat 有那几种Connector 运行模式?
bio<Connector port="8080" redirectPort="8443" connectionTimeout="20000" protocol="HTTP/1.1"/>
nio<Connector port="8080" redirectPort="8443" connectionTimeout="20000" protocol="org.apache.coyte.http11.Http11NioPortocol"/>
aio<Connector port="8080" redirectPort="8443" connectionTimeout="20000" protocol="org.apache.coyte.http11.Http11NioPortocol"/>
Q:
什么是Servlet?
Servlet(Servlet Applet),全称Java Servlert 。是用Java编写的服务器端程序。其主要功能在与交互式的浏览和修改数据,生成动态Web内容。狭义的servlet是指Java语言实现的一个接口,广义的Servlet是指任何实现了这个Servlet的类,一般情况下,人们将Servlet理解为后者。比如HttpServlet类继承自Servlet类,可以利用继承Http Servlet 来实现Http请求,当不是Http请求的时候,也可以定义其他形式的Servlet。
Q:
Servlet请求过程?
Tomcat容器中通过web.xml加载所有的Servlet。
Tomcat容器实例化相应的Servlet,首先调用init方法。
Tomcat容器实例化相应的Servlet,首先调用service方法处理用户请求,比如post或者是get。
Servlet处理完成之后,先将数据给Tomcat容器,Tomcat容器再把处理结果给浏览器客户端。
Tomcat容器调用servlet实例的destory方法销毁这个实例。
Q:
Tomcat执行流程?
1.请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector
获得
2.Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应
3.Engine获得请求localhost/项目/页面.jsp
,匹配它所拥有的所有虚拟主机Host
4.Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机)
5.localhost Host获得请求/项目/页面.jsp
,匹配它所拥有的所有Context
6.Host匹配到路径为/项目的Context
(如果匹配不到就把该请求交给路径名为””的Context去处理)
7.path="/项目"
的Context获得请求/页面.jsp
,在它的mapping table中寻找对应的servlet
8.Context匹配到URL PATTERN
为*.jsp
的servlet,对应于JspServlet类
9.构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet
或doPost
方法
10.Context把执行完了之后的HttpServletResponse对象返回给Host
11.Host把HttpServletResponse对象返回给Engine
12.Engine把HttpServletResponse对象返回给Connector
13.Connector把HttpServletResponse对象返回给客户browser
Q:
Tomcat部署方式?
1.直接把Web项目放在webapps
下,Tomcat会自动将其部署
2.在server.xml
文件上配置<Context>\
节点,设置相关的属性即可
3.通过Catalina
来进行配置:进入到conf\Catalina\localhost文件下,创建一个xml文件,该文件的名字就是站点的名字。
Q:
什么是JBoss ?
JBoss 是一个基于J2EE的开放源代码的应用服务器
Q:
在JBoss 7中访问管理控制台的默认端口是什么?
默认端口为9990
Q:
独立模式和域模式有什么区别?
独立模式是单个JVM进程, 其中每个JBoss服务器都有其配置。如果你只需要一个JVM或开发环境, 那么独立运行将是完美的选择。
域模式可能具有多个服务器, 其中所有配置都集中管理, 并且经常在生产环境中使用。
Q:
<validate-on-match>和<background-validation>有什么区别?
每次都验证数据库连接, 如果连接无效, 它将在日志中写警告。
配置”匹配时验证”可能会给数据库带来一些高负载, 因为它可能会创建很多请求。
根据为"background-validation-millis"配置的频率定期验证连接。默认配置设置为零表示禁用。
将"background-validation"设置为true将会创建更少的数据库连接, 并且如果连接失效, 它的副作用将无法立即检测到。
Q:
可用于标记文件部署的重要类型有哪些?
.dodeploy
–指示部署.deployed
–表示文件已部署.pending
–部署仍在等待中.undeployed
-确认应用程序已取消部署.failed
–由于某种原因部署失败.skipdeploy
–指示JBoss忽略文件以进行自动部署
Q:
JBoss中可以部署哪些文件类型?
WAR
– Web应用程序档案SAR
–服务档案JAR
– Java存档EAR
–企业应用程序档案
Q:
什么是Jetty?
Jetty是一个提供HTTP服务器、HTTP客户端和javax.servlet
容器的开源项目
Q:
Jetty启动过程?
首先启动设置到Server的Handler
这些Handler将组成一个Handler链
Server会启动链上所有的Handler
启动Connector,打开端口,接受客户端请求。
Q:
Jetty和Tomcat的区别?
架构
Jetty的架构比Tomcat的更为简单 Jetty的架构是基于Handler来实现的,主要的扩展功能都可以用Handler来实现,扩展简单。Tomcat的架构是基于容器设计的,进行扩展是需要了解Tomcat的整体设计结构,不易扩展。
性能
Jetty和Tomcat性能方面差异不大 Jetty可以同时处理大量连接而且可以长时间保持连接,适合于web聊天应用等等。Jetty的架构简单,因此作为服务器,Jetty可以按需加载组件,减少不需要的组件,减少了服务器内存开销,从而提高服务器性能。Jetty默认采用NIO结束在处理I/O请求上更占优势,在处理静态资源时,性能较高
处理能力
Tomcat适合处理少数非常繁忙的链接,也就是说链接生命周期短的话,Tomcat的总体性能更高。Tomcat默认采用BIO处理I/O请求,在处理静态资源时,性能较差。
其它
Jetty的应用更加快速,修改简单,对新的Servlet规范的支持较好。Tomcat目前应用比较广泛,对JavaEE和Servlet的支持更加全面,很多特性会直接集成进来。
“一个专注于分享各类Java面试题的号主,长按二维码关注我吧 ”
祝大家都能拿到心仪的offer!
等风也等你
文章都看完了不点个 吗