tomcat配置javahome_tomcat有必要学吗

Java (1) 2024-09-26 13:12

Hi,大家好,我是编程小6,很荣幸遇见你,我把这些年在开发过程中遇到的问题或想法写出来,今天说一说
tomcat配置javahome_tomcat有必要学吗,希望能够帮助你!!!。

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给定的路径不能以"/"结尾

tomcat配置javahome_tomcat有必要学吗_https://bianchenghao6.com/blog_Java_第1张

今天的分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。

发表回复