返回目录：文件问题
Tomcat
编程语言:
系统级:C,C++,Go...
应用级:C#,Java,Python,Perl,Ruby,php...
虚拟机:jvm,pvm...
动态网站:asp .net,jsp
动态网站:
客户端动态
服务器动态:
CGI(将客户端的请求链接转发到后端应用程序服务器,调用应用服务器处理后将结果返回至CGI再返回至客户端)
webapp server:
jsp: tomcat,jboss,jetty,resin...
php: php-fpm
Java编程语言:
JDK: JAVA开发工具箱
Java体系结构:
Java编程语言
Java Class文件格式
Java API
Java VM
JVM的核心组成部分:
Class loader(类加载器)
执行引擎
JVM运行时区域:
方法区: 线程共享,用于存储被虚拟加载的类信息、常量、静态变量等,永久代
堆: Java堆是jvm所管理的内存中最大的一部分,也是GC管理的主要区域，GC的功能是实行垃圾回收的,主流的算法都基于分代收集方式进行:新生代和老年代,线程共享
Java栈: 线程私有,存放线程自己的局部变量等信息
PC寄存器: 线程独占的内存空间
本地方法栈: 为虚拟机所使用到的本地方法实行服务,具体实现方法依赖于平台
Java编程语言特性:
面向对象、多线程编程、结构化错误处理
垃圾收集、动态链接、动态扩展
三个技术流派:
Java 2 SE
Java 2 EE
Java 2 ME
Java 2 EE:
Java 2 SE
Servlet,JSP,EJB,JMS,JMX,JavaMail
Servlet容器:用户通过浏览器像服务器端发请求时,所请求的URL所返回的应该是html文档,但服务器所提供的是一段代码,此代码需要在服务器上执行后将运行结果返回给客户端
print("<h1>)
Note:html标签要硬编码在应用程序中
JSP(可以将Java代码内嵌在HTML代码中):
<html>
<body>
<h1>...</h1>
<%
%>
</body>
</html>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
Tomcat的核心组件:
Catalina:servlet container
Coyote:http connection
Jasper:JSP Engine(引擎)
- 1
- 2
- 3
- 4
Tomcat Instance(实例):运行中的tomcat进程(java进程)
Server: 即一个tomcat实例
Service: 用于将Connector组件关联至Engine组件,一个Service内部只能包换一个Engine组件和一个或多个connector组件
Engine: Tomcat的核心组件,用于运行jsp或servlet代码
Connector: 接收并解析用户的请求,将请求映射为Engine中运行的代码,之后,将运行结果构建成响应报文
Host: 类似于httpd中的虚拟主机
Context:类似于http中的alias
注意:每个组件都由"类"来实现,有些组件的实现还不止一种
顶级类组件: server
服务类组件: service
容器类组件: 即可以部署webapp的组件,engine,host,context
连接器组件: connector
被嵌套类组件: valve,logger,realm
<server> (.xml文件格式框架)
<service>
<connector />
<connector />
...
<engine>
<host>
<context />
....
</host>
....
</engine>
</service>
</server>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
Tomcat的运行模式
standalone:通过内置的web server (http connector)来接收客户端请求
proxy:由专门的web server服务客户端的http请求
in-process:两个组件部署于同一主机
network:部署于不同主机
- 1
- 2
- 3
- 4
- 5
安装Tomcat(8.5.23):
官方站点:http://tomcat.apache.org
部署前提:
jdk:
Oracle jdk
Open jdk
tomcat
yum install tomcat
官方站点下载
Tomcat目录结构:
$CATALINA_HOME/bin #脚本及启动时用到的类
$CATALINA_HOME/lib #tomcat自己提供的一系列类库
$CATALINA_HOME/conf #tomcat的配置文件
$CATALINA_HOME/work #当中存放的是servlet编译完connector接收过来请求后的文件
Tomcat配置文件:
server.xml: 主配置文件
context.xml: 每个webapp都可以有专用的配置文件,这些配置文件通常位于webapp应用程序目录下的META-INF目录中,用于定义会话管理器,JDBC等;
conf/context.xml是为各webapp提供默认配置
web.xml: 每个webapp部署后才能被访问,此文件则用于为所有的webapp提供默认的部署相关配置
tomcat-users.xml: 用户认证时的账号和密码
catalina.policy: 当使用-security选项启动tomcat实例时会读取此配置文件来实现其安全运行策略
catalina.properties: java属性的定义文件,用于设定类加载器路径等,以及一些JVM性能相关的调优参数
logging.properties: 日至相关的配置信息
server.xml介绍:
server,service,connector,engine,host,context
Java WebAPP 组织结构:
有特定的组织形式、层次型的目录结构:主要包含了servlet代码文件、JSP页面文件、类文件、部署描述符文件
/app/tomcat/webapps/app1/
/: webapp的根目录
WEB-INF/: 当前webapp的私有资源目录,通常用来存放当前webapp自用的web.xml
META-INF/: 当前webapp的私有资源目录,通常用来存放当前webapp自用的context.xml
classes/: 此webapp的私有类
lib/: 此webapp的私有类,被打包为jar格式的类
index.jsp: webapp的主页
webapp归档格式:
.war: webapp
.jar: EJB的类
.rar: 资源适配器
.ear: 企业级应用程序
部署过程:
(1) 安装jdk
jdk:jdk-8u181-linux-x64.tar.gz #安装jdk,此处用的是此版本
(2) 使jdk添加到环境变量
# vim /etc/profile.d/jdk.sh #新建jdk.sh加入到环境变量中
export JAVA_HOME=/app/jdk1.8.0_181 #指定Jdk的安装目录
export PATH=${JAVA_HOME}/bin:$PATH #将jdk加入到全局变量中
# source /etc/profil.d/jdk.sh
(3) 安装tomcat
# tar zxvf apache-tomcat-8.5.32.tar.gz #解压tomcat安装包
# mv apache-tomcat-8.5.32/ tomcat #改名为tomcat
# vim /etc/profile.d/tomcat.sh #将tomcat加入到环境变量中
export CATALINA_HOME=/app/tomcat
export PATH=${CATALINA_HOME}/bin:$PATH
# source /etc/profile.d/tomcat.sh
Note:
catalina.sh [OPTION] #针对tomcat应用的一系列操作
[OPTION]:
start:启动tomcat
stop:停止tomcat
run:前台模式启动tomcat
configtest:检查配置文件
version:查看当前tomcat版本
start -security:安全模式启动
(4) 手动添加一个测试应用程序
1、创建webapp特有的目录结构
WEB-INF/: 当前webapp的私有资源目录,通常用来存放当前webapp自用的web.xml
META-INF/: 当前webapp的私有资源目录,通常用来存放当前webapp自用的context.xml
classes/: 此webapp的私有类
lib/: 此webapp的私有类,被打包为jar格式的类
index.jsp: webapp的主页
# mkdir $CATALIA_HOME/myapp/{classes,lib,WEB-INF,META-INF} -pv
2、提供webapp各个文件
# vim index.jsp #下列是一个测试的页面,在html中嵌入了java的代码,最终会被解释为.class文件予以执行
<%@ page language="java" %>
<%@ page import="java.util.*" %>
<html>
<head>
<title>JSP Test Page</title>
</head>
<body>
<% out.println("Hello world."); %>
</body>
</html>
部署(deployment)webapp相关的操作:
deploy: 部署,将webapp的源文件放置于目标目录,并配置tomcat服务器能够基于context.xml文件中定义的路径来访问此webapp,将其特有类通过class loader装载至tomcat
两种方式:
自动部署: auto deploy
手动部署:
1、冷部署: 将webapp复制到指定位置下,而后再启动tomcat
2、热部署: 在不停止tomcat的前提下进行的部分
部署工具:manager、ant脚本、tcd等
undeploy: 反部署,停止webapp,并从tomcat实例拆除其部分文件和部署名
stop: 停止,不再向用户提供服务,但应用程序的类文件依然存在jvm虚拟机上
start: 启动处于停止状态的webapp
redeploy: 重新部署
tomcat自带的应用程序(前端页面功能):
(1) manager app(应用程序管理工具),默认此页面是无法访问的,需要配置,配置完成后不会立即生效,需要重启tomcat,此页面用于管理tomcat上部署的项目
# vim $CATALINA_HOME/conf/tomcat-users.xml
<role rolename="manager-gui"/>
<user username="tomcat" password="tomcat" roles="manager-gui"/>
# vim $CATALINA_HOME/webapps/manager/META-INF/context.xml
<Valve classname="org.apache.catalina.valves.RemoteAddrValve"
allow="^.*$"> #tomcat8.0往上进入manager APP的话就需要开启此功能,这是允许哪些IP访问管理界面,此处是通通允许,如果有固定IP就写固定IP
# catalina.sh stop
# catalina.sh start #重启tomcat使配置生效
(2) host manager(虚拟主机管理工具)
# vim $CATALINA_HOME/conf/tomcat-users.xml
<role rolename="admin-gui"/>
<user username="tomcat" password="tomcat" roles="manager-gui,admin-gui"/>
# vim $CATALINA_HOME/webapps/host-manager/META-INF/context.xml
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="^.*$" /> #与开启manager app访问权限类似
# catalina.sh stop
# catalina.sh start #重启tomcat使配置生效
Tomcat的主配置文件结构(强调):
attrubute:属性
value:值
<server attribute="value" attribute="value"... class="">
<service>
<connector />
<connector />
<engine "NAME">
<host name="">
</host>
<host name="">
</host>
<host name="">
<context />
<context />
</host>
</engine>
</service>
</server>
<Server port="8005" shutdown="SHUTDOWN"> #8005端口监听了关闭功能,使用telnet 127.0.0.1 8005连接后SHUTDOWN是可以关闭tomcat的,为了安全性可以将"SHUTDOWN"清空
<Server port="8005" shutdown=""> #可改为这样
Connector连接器概述:
(1) HTTP连接器
(2) SSL连接器
(3) AJP连接器
如server.xml中的连接器定义的就是HTTP连接器:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
定义连接器时的属性非常多,但通常HTTP连接器必须定义的属性只有"port",定义AJP连接器时必须定义的属性只有"protocol",因为默认的协议为HTTP,以下对常用属性说明:
1) address: 指定连接器监听的地址,默认为所有地址,即0.0.0.0
2) maxThreads: 支持的最大并发连接数,默认为200
3) port: 监听的端口,默认为0
4) protocol: 连接器所使用的协议,默认位HTTP/1.1
5) redirectPort: 如果某连接器支持的协议是HTTP,当接收客户端发来的HTTPS请求时,则转发至此属性定义的端口(定义的端口要求已经被监听)
6) connectionTimeout: 等待客户端发送请求的超时时间
7) enableLookups: 是否通过request.getRemoteHost()进行 DNS查询以获取客户端的主机名,默认为True
8) acceptCount: 设置等待队列的最大长度,通常在tomcat所有处理线程均处于繁忙状态时,新发来的请求将被置于等待队列中
下面是一个定义了多个属性的SSL连接器:
<Connector port="8443"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" acceptCount="100" debug="0" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS" />
maxThreads="150": 最大的并发线程数为150个
minSpareThreads="25": 最小空闲线程为25个
maxSpareThreads="75": 最大空闲线程为75个
enableLookups="false": 关闭DNS解析功能
acceptCount="100": 等待队列长度,当tomcat接收超过150个请求后,再来的请求会在队列中等待处理
debug="0": 关闭debug功能
scheme="https": 接收https级的访问
secure="true": 安全加密连接
clientAuth="false": 关闭客户端认证功能
sslProtocol="TLS": 指明SSL的协议
Engine组件概述:
Engine即servlet引擎,默认定义在server.xml中的Catalina,Engine需要defaultHost属性来定义一个接收所有发往非明确定义虚拟主机的请求的Host组件
<Engine name="Catalina" defaultHost="localhost">
常用属性定义:
defaultHost:Tomcat支持基于FQDN的虚拟主机,这些虚拟主机可以通过在Engine容器中定义多个不同的Host组件来实现;但如果此引擎的连接器收到一个发往非明确定义虚拟主机的请求时
则需要将此请求发往一个默认的虚拟主机进行处理,因此,在Engine中定义的多个虚拟主机的主机名称中至少有一个跟defaultHost定义的主机名称同名
name: Engine组件的名称,用于日志和错误信息记录时区别不同的引擎
Host组件概述:
位于Engine容器中用于接收请求并进行相应处理的主机或虚拟主机
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false'>
</Host>
常用属性说明
1) appBase: 此Host的webapps目录,可使用相对路径也可使用绝对路径,相对路径的话是相对于CATALINA_HOME
2) autoDeploy: 在Tomcat运行状态时放置于appBase目录中的应用程序文件是否自动进行deploy,默认为true
3) uppackWARs: 在启动此webapps时是否对WAR格式的归档文件先进行展开,默认为true
下面是示例(定义了两个虚拟主机,context下面再解释,默认虚拟主机为localhost):
<Engine name="Catalina" defaultHost="localhost">
<Host name="localhost" appBase="webapps">
<Context path="" docBase="ROOT"/>
<Context path="/bbs" docBase="/web/bbs"
reloadable="true" crossContext="true"/>
</Host>
<Host name="mail.K-free.com" appBase="/web/mail">
<Context path="/" docBase="ROOT"/>
</host>
</Engine>
主机别名定义(用户就算访问别名的时候也会转发到name后方定义的主机):
如果一个主机有两个或两个以上的主机名,额外的名称均可以以别名的方式进行定义,如下
<Host name="www.K-free.com" appBase="webapps" unpackWARs="true">
<Alias>K-free.com</Alias>
</Host>
Context组件概述:
Context在某些意义上类似于apache中的路径别名,一个Context定义用于标识tomcat实例中的一个web应用程序,如下
<!-- Tomcat Root Context -->
<Context path="" docBase="/web/webapps"/>
<!-- buzzin webapp -->
<Context path="/bbs"
docBase="/web/threads/bbs"
reloadable="true">
</Context>
<!-- chat server -->
<Context path="/chat" docBase="/web/chat"/>
<!-- darian web -->
<Context path="/darian" docBase="darian"/>
常用的属性有:
1) docBase: 相应Web应用程序的存放位置,也可以使用相对路径,相对于Context所属Host中appBase定义的路径
2) path: 相对于Web服务器根路径而言的URI,如果为"",则表示为此webapp的根路径,如果context定义在一个单独的xml文件中,此属性无须定义
3) reloadable: 是否允许重新加载此context相关的web应用程序的类,默认为false
上述各个组件示例:
<Host name="web1.K-free.com" appBase="/data/webapps"
unpackWARs="true" autoDeploy="true">
<Context path="" docBase="/data/webapps" reloadable="true" />
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="/data/logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
注意: path给定的路径不能以"/"结尾
