目录结构如下:
```
/bin:脚本文件目录。
/common/lib:存放所有web项目都可以访问的公共jar包(使用Common类加载器加载)。
/conf:存放配置文件,最重要的是server.xml。
/logs:存放日志文件。
/server/webapps:来管理Tomcat-web服务用的。仅对TOMCAT可见,对所有的WEB APP都不可见(使用Catalina类加载器加载)。
/shared/lib:仅对所有WEB APP可见,对TOMCAT不可见(使用Shared类加载器加载)。
/temp:Tomcat运行时候存放临时文件用的。
/webapps:web应用发布目录。
/work:Tomcat把各种由jsp生成的servlet文件放在这个目录下。删除后,启动时会自动创建。
```
配置文件如下:
1. server.xml:主要的配置文件。
2. web.xml:缺省的web app配置,WEB-INF/web.xml会覆盖该配置。
3. context.xml:不清楚跟server.xml里面的context是否有关系。
server.xml配置如下:
```xml
```
以下是重构后的内容:
Engine标签:
- 表示指定service中的请求处理机,接收和处理来自Connector的请求。
- defaultHost:指定缺省的处理请求的主机名,它至少与其中的一个host元素的name属性值是一样的。
Context标签:
- 表示一个web应用程序,通常为WAR文件,关于WAR的具体信息见servlet规范。
- docBase:该web应用的文档基准目录(Document Base,也称为Context Root),或者是WAR文件的路径。可以使用绝对路径,也可以使用相对于context所属的Host的appBase路径。
- path:表示此web应用程序的url的前缀,这样请求的url为http://localhost:8080/path/****。
- reloadable:这个属性非常重要,如果为true,则tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化,自动装载新的应用程序,我们可以在不重起tomcat的情况下改变应用程序。
- useNaming:如果希望Catalina为该web应用使能一个JNDI InitialContext对象,设为true。该InitialialContext符合J2EE平台的约定,缺省值为true。
- workDir:Context提供的临时目录的路径,用于servlet的临时读/写。利用javax.servlet.context.tempdir属性,servlet可以访问该目录。如果没有指定,使用$CATALINA_HOME/work下一个合适的目录。
- swallowOutput:如果该值为true,System.out和System.err的输出被重定向到web应用的logger。如果没有指定,缺省值为false。
- debug:与这个Engine关联的Logger记录的调试信息的详细程度。数字越大,输出越详细。如果没有指定,缺省为0。
Host标签:
- name:指定主机名。
- appBase:应用程序基本目录,即存放应用程序的目录。
- unpackWARs:如果为true,则tomcat会自动将WAR文件解压,否则不解压,直接从WAR文件中运行应用程序。
Logger标签:
- 表示日志、调试和错误信息。
以下是重构后的内容:
### 配置日志
- **logger**:指定使用的类名,该类必须实现`org.apache.catalina.Logger`接口。
- `className`:指定logger使用的类名,此类必须实现`org.apache.catalina.Logger`接口。
- `prefix`:指定log文件的前缀。
- `timestamp`:如果为true,则log文件名中要加入时间,如下例:`localhost_log.2001-10-04.txt`。
### 配置Realm
- **Realm**:表示存放用户名、密码及role的数据库。
- `className`:指定Realm使用的类名,此类必须实现`org.apache.catalina.Realm`接口。
### 配置Valve
- **Valve**:功能与Logger差不多,其`prefix`和`suffix`属性解释和Logger中的一样。
- `className`:指定Valve使用的类名,如使用`org.apache.catalina.valves.AccessLogValve`类可以记录应用程序的访问信息。
- `directory`:指定log文件存放的位置。
- `pattern`:有两个值,common方式记录远程主机名或ip地址、用户名、日期、第一行请求的字符串、HTTP响应代码、发送的字节数。combined方式比common方式记录的值更多。
### 配置虚拟目录
1)直接部署到webapps目录下面访问。
2)修改conf/server.xml文件。在`
3)配置主目录,可以将path=""。
请根据提供的内容完成内容重构,并保持段落结构:
3)当项目没有放在webapps目录下时,可以在conf/Catalina/localhost新建一个XXX.XML文件。里面加入`
4)配置连接数
- maxThreads:Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。
- acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。
- minSpareThreads:Tomcat初始化时创建的线程数。
- maxSpareThreads:一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。
- enableLookups:是否反查域名,取值为:true或false。为了提高处理能力,应设置为false。
- connectionTimeout:网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。默认可设置为20000毫秒。web server允许的最大连接数还受制于操作系统的内核参数设置,通常Windows是2000个左右,Linux是1000个左右。
5)配置内存大小
修改bin/catalina.bat中的`set CATALINA_OPTS=-Xms64m -Xmx128m`。Xms指最小内存,Xmx指最大内存。
6)安全配置
1)将`
2)对应tomcat3.1中,屏蔽目录文件自动列出修改conf/web.xml中的
请根据提供的内容完成内容重构,并保持段落结构:
```xml
```
3)访问日志设置
在server.xml中加入以下配置:
```xml
```
这样访问日志会记录到Logs中。
4)修改用户名、密码
在conf/tomcat-users.xml文件中进行修改。
5)屏蔽后台管理入口
方法一:从控制用户和权限着手。废掉要管理权限的用户就可以了。
方法二:将conf/Catalina/localhost/manager.xml改名。
6)配置403,404,500错误页面
默认情况下,报出HTTP错误的时候会暴露tomcat版本号。如果不想暴露的话,就需要重新定义错误跳转页面。
```xml
```
注意:在测试的时候碰到一个奇怪的现象,平时项目里面的时候测试正常的。可是今天在tomcat目录里面新建一个测试目录测试并不能跳转到指定错误页面。暂时不知道为什么。
7 配置Log4j日志记录
项目中抛出的异常,抛到tomcat中的异常会被tomcat记录下来,存放至logs/localhost.yyyy-MM-dd.log文件中。
平时我们在项目中使用的log4j记录日志跟tomcat是没有任何关系的,是独立的一个程序,记录的文件是自定义的。
我们可以在tomcat中定义一个log4j的公共日志处理方式,这样在项目中就不需要在定义log4j的配置了。
1)将log4j-1.2.15.jar加入到commonlib目录。
2)将log4j.properties加入到commonclasses目录。
内容例如:
```properties
# Output pattern : date [thread] priority category - message
log4j.rootLogger=DEBUG, stdout, logfile
```
在Tomcat5中,可能会出现乱码问题。这通常是由于日志配置不正确导致的。为了解决这个问题,我们需要修改log4j的配置文件,将输出编码设置为UTF-8。
首先,找到log4j.properties文件(通常位于$CATALINA_HOME/conf目录下),然后添加以下内容:
```
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d [%t] %-5p [%c] - %m%n
log4j.appender.logfile=org.apache.log4j.DailyRollingFileAppender
log4j.appender.logfile.File=${catalina.home}/logs/tomcat_app.log
log4j.appender.logfile.layout=org.apache.log4j.PatternLayout
log4j.appender.logfile.layout.ConversionPattern=%d [%t] %-5p [%c] - %m%n
#3rd party library level
log4j.logger.org.hibernate.cache=ERROR
```
接下来,在上述配置的基础上,添加以下内容以设置输出编码为UTF-8:
```
log4j.rootLogger=INFO, stdout, file
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d [%t] %-5p [%c] - %m%n
log4j.appender.stdout.encoding=UTF-8
log4j.appender.stdout=org.apache.log4j.AsyncAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout2=org.apache.log4j.PatternLayout
log4j.appender.stdout2=org.apache.log4j.AsyncAppender
log4j.appender.stdout2.Target=SystemOutImpl
log4j.appender.stdout2=org.apache.catalina.LifecycleListenerAdapter
```
这样,Tomcat5中的日志输出就不会再出现乱码问题了。
Tomcat5与Tomcat4在参数处理上有所不同。在Tomcat4中,get和post请求的编码是相同的,因此只需在过滤器中通过`request.setCharacterEncoding()`设置一次即可解决get和post的问题。然而,在Tomcat5中,get和post请求的处理是分开的,对get请求使用URIEncoding进行处理,对post请求使用`request.setCharacterEncoding()`进行处理。
在Tomcat5的`server.xml`文件中的`Connector`元素增加了以下配置参数:
- `URIEncoding`:用于设定通过URI传递的编码方式。
此外,为了优化内存哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。哺乳。《《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《引《《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了《为了4重大重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4重大44重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4重大4火爆叶火爆叶火爆叶火爆叶叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆叶火爆具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有且具有中介绍中介绍中介绍中介绍中介绍你好发表了你好发表了发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了你好发表了原则完整原则原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则完整原则
. 解决PermGen space错误:
PermGenspace的全称是Permanent Generation space,是指内存的永久保存区域。这块内存主要用于存放JVM中的Class和Meta信息。当应用中有很多类时,可能会出现PermGen space错误。这种错误常见于web服务器对JSP进行预编译时。解决方法是在启动Java应用程序时设置JAVA_OPTS参数,例如:`setJAVA_OPTS=-XX:PermSize=128M`。
2. 调整Tomcat堆大小及垃圾回收机制:
在使用-Xms和-Xmx调整Tomcat堆大小时,还需要考虑垃圾回收机制。如果系统花费很多时间收集垃圾,请减小堆大小。一次完全的垃圾收集应该不超过3-5秒。如果垃圾收集成为瓶颈,需要指定代的大小,检查垃圾收集的详细输出,研究垃圾收集参数对性能的影响。一般说来,应该使用物理内存的80%作为堆大小。当增加处理器时,记得增加内存,因为分配可以并行进行,而垃圾收集不是并行的。
3. 优化连接数:
在conf/server.xml配置文件中进行修改以优化连接数。具体操作如下:
2.1 优化线程数:
找到Connector port="8080" protocol="HTTP/1.1",增加maxThreads和acceptCount属性(使acceptCount大于等于maxThreads),例如:
```xml
```
其中:
- port:端口号
- protocol:协议类型
- connectionTimeout:连接超时时间
- redirectPort:重定向端口号
- acceptCount:最大连接数
- maxThreads:最大线程数
Tomcat的线程池配置主要涉及到以下几个参数:
1. maxThreads:tomcat可用于请求处理的最大线程数,默认是200。
2. minSpareThreads:tomcat初始线程数,即最小空闲线程数。
3. maxSpareThreads:tomcat最大空闲线程数,超过的会被关闭。
4. acceptCount:当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。默认100。
在server.xml中增加executor节点,然后配置connector的executor属性,如下:
```xml
```
其中:
- namePrefix:线程池中线程的命名前缀
- maxThreads:线程池的最大线程数
- minSpareThreads:线程池的最小空闲线程数
- maxIdleTime:超过最小空闲线程数时,多的线程会等待这个时间长度,然后关闭
- threadPriority:线程优先级
当tomcat并发用户量大的时候,单个jvm进程确实可能打开过多的文件句柄,这时会报java.net.SocketException:Too many open files错误。可使用下面步骤检查:
1. ps -ef |grep tomcat 查看tomcat的进程ID,记录ID号,假设进程ID为10001
2. lsof -p 10001|wc -l 查看当前进程id为10001的文件操作数
3. 使用命令:ulimit -a 查看每个用户允许打开的最大文件数
BIO(Blocking I/O)是一种线程处理请求的方式,其缺点在于并发量高时,需要创建较多的线程,从而浪费资源。在Linux系统中,Tomcat7及以下版本默认采用这种方式。
NIO(Non-blocking I/O)则利用Java的异步IO处理能力,通过少量的线程来处理大量的请求。Tomcat8在Linux系统中默认采用这种方式。如果要在Tomcat7中使用NIO,需要修改Connector配置文件(conf/server.xml),如下所示:
```xml
```
APR(Apache Portable Runtime)是从操作系统层面解决I/O阻塞问题的一种技术。如果在Linux系统中安装了apr和native库,Tomcat可以直接启动并支持APR模式。
要使用APR模式,需要进行以下步骤:
1. 安装apr以及tomcat-native库:
```bash
yum -y install apr apr-devel
cd /opt/local/tomcat/bin/
tar xzfv tomcat-native.tar.gz
cd tomcat-native-1.1.32-src/jni/native
./configure --with-apr=/usr/bin/apr-1-config
make && make install
```
注意:最新版本的Tomcat自带tomcat-native.war.gz,但其版本相对于yum安装的apr过高,在configure的时候会报错。解决方法是卸载yum安装的apr和apr-devel,下载最新版本的apr源码包进行编译安装;或者下载低版本的tomcat-native进行编译安装。
安装成功后,还需要对Tomcat设置环境变量。具体操作是在catalina.sh文件中增加一行:
```bash
CATALINA_OPTS="-Djava.library.path=/usr/local/apr/lib"
```
这样就完成了APR模式的配置。
Tomcat Native 下载地址:http://tomcat.apache.org/download-native.cgi
## 修改8080端口对应的conf/server.xml文件
1. 找到Tomcat目录下的conf文件夹;
2. 进入conf文件夹里面找到server.xml文件;
3. 打开server.xml文件;
4. 在server.xml文件里面找到下列信息:
```xml
```
5. 把`port="8080"`改成`port="8888"`,并且保存;
6. 启动Tomcat,并且在IE浏览器里面的地址栏输入`http://127.0.0.1:8888/`。
Tomcat默认采用的是BIO(Blocking I/O)模型,在几百个并发请求下,性能会严重下降。为了解决这个问题,Tomcat提供了NIO(Non-blocking I/O)模型,以及可以调用APR(Apache Portable Runtime)库来实现操作系统级别的控制。
NIO模型是内置的,调用起来非常方便。只需将配置文件中的`protocol`修改为`org.apache.coyote.http11.Http11NioProtocol`,然后重启Tomcat即可生效。以下是一个示例参数配置:
```xml
```
二、如何优化Tomcat?
1. 优化连接配置:以Tomcat 7为例,需要修改`conf/server.xml`文件,调整连接数并关闭客户端DNS查询。以下是一些关键参数:
* `URIEncoding="UTF-8"`:使Tomcat能够解析包含中文名称的URL,这对于处理中文文件名非常方便,而不需要像Apache那样手动设置mod_encoding模块。
* `maxSpareThreads`:如果空闲状态的线程数多于设置的最大值,则将这些线程中止,从而减少线程池中的总线程数。
* `minSpareThreads`:Tomcat启动时的初始化线程数。
* `enableLookups`:这个功能与Apache中的HostnameLookups相同,建议将其设置为关闭。
* `connectionTimeout`:网络连接超时时间(毫秒)。
* `maxThreads`:Tomcat使用线程来处理接收到的每个请求。这个值表示Tomcat可创建的最大线程数,即最大并发数。
通过调整这些参数,您可以提高Tomcat的性能和并发处理能力。
以下是重构后的内容:
Tomcat中的一些配置参数解释如下:
1. acceptCount:当线程数达到maxThreads后,后续请求会被放入一个等待队列。acceptCount表示这个队列的大小。如果队列也满了,就直接拒绝连接。在Java中,线程是程序运行时的路径,是在一个程序中与其它控制线程无关的、能够独立运行的代码段。它们共享相同的地址空间。多线程帮助程序员写出CPU最大利用率的高效程序,使空闲时间保持最低,从而接受更多的请求。通常Windows是1000个左右,Linux是2000个左右。
2. maxProcessors与minProcessors:这两个参数用于设置Tomcat的最大和最小处理器数量。在Java中,线程是程序运行时的路径,是在一个程序中与其它控制线程无关的、能够独立运行的代码段。它们共享相同的地址空间。多线程帮助程序员写出CPU最大利用率的高效程序,使空闲时间保持最低,从而接受更多的请求。
3. useURIValidationHack:这个参数用于设置是否使用URI验证hack。我们来看一下tomcat中的一段源码:
```java
if (connector.getUseURIValidationHack()) {
String uri = validate(request.getRequestURI());
if (uri == null) {
res.setStatus(400);
res.setMessage("Invalid URI");
throw new IOException("Invalid URI");
} else {
req.requestURI().setString(uri);
// Redoing the URI decoding
req.decodedURI().duplicate(req.requestURI());
req.getURLDecoder().convert(req.decodedURI(), true);
}
}
```
可以看到,如果把useURIValidationHack设成"false",可以减少它对一些url的不必要的检查从而减省开销。
4. enableLookups="false":为了消除DNS查询对性能的影响,我们可以关闭DNS查询。方式是修改server.xml文件中的enableLookups参数值。
5. disableUploadTimeout:类似于Apache中的keeyalive一样,这个参数用于禁用上传超时功能。
HTTP压缩可以大大提高浏览网站的速度,它的原理是,在客户端请求网页后,从服务器端将网页文件压缩,再下载到客户端,由客户端的浏览器负责解压缩并浏览。相对于普通的浏览过程HTML,CSS,Javascript , Text ,它可以节省40%左右的流量。更为重要的是,它可以对动态生成的,包括CGI、PHP , JSP , ASP , Servlet,SHTML等输出的网页也能进行压缩,压缩效率惊人。
要启用Tomcat的HTTP压缩功能,需要在Tomcat的配置文件中添加以下配置:
1. compression=”on” 打开压缩功能
2. compressionMinSize=”2048′′ 启用压缩的输出内容大小,这里面默认为2KB
3. noCompressionUserAgents=”gozilla, traviata” 对于以下的浏览器,不启用压缩
4. compressableMimeType=”text/html,text/xml” 压缩类型
最后不要忘了把8443端口的地方也加上同样的配置,因为如果我们走https协议的话,我们将会用到8443端口这个段的配置。
关于Tomcat设置https端口时,8443和443的区别:
1. 8443端口在访问时需要加端口号,相当于http的8080,不可通过域名直接访问,需要加上端口号;https://yuming.com:8443。
2. 443端口在访问时不需要加端口号,相当于http的80,可通过域名直接访问;例:https://yuming.com。
所以,如果你想使用域名访问网站而不显示端口号,可以将端口号设置为443。
请根据提供的内容完成内容重构,并保持段落结构:
```xml
SSLEnabled="true" scheme="https" secure="true" clientAuth="false" sslProtocol="TLS" keystoreFile="d:/tomcat2/conf/shnlap93.jks" keystorePass="aaaaaa"/> ``` 好了,所有的Tomcat优化的地方都加上了。 2、优化JDK Tomcat默认可以使用的内存为128MB。在Windows下,可以在文件{tomcat_home}/bin/catalina.bat中增加如下设置: ```bash JAVA_OPTS=”‘$JAVA_OPTS” -Xms[初始化内存大小] -Xmx[可以使用的最大内存] ``` 或在Unix下,在文件$CATALINA_HOME/bin/catalina.sh的前面增加如下设置: ```bash export JAVA_OPTS=””$JAVA_OPTS” -Xms[初始化内存大小] -Xmx[可以使用的最大内存]” ``` 一般说来,你应该使用物理内存的80%作为堆大小。如果本机上有Apache服务器,可以先折算Apache需要的内存,然后修改堆大小。建议设置为70%;建议设置[[初始化内存大小]等于[可以使用的最大内存],这样可以减少平凡分配堆而降低性能。本例使用加入环境变量的方式: ```bash # vi /etc/profile ``` Tomcat调优是指对Tomcat服务器进行性能优化,以提高其性能和稳定性。以下是一些常见的Tomcat调优技巧: 1. 调整JVM内存大小:可以通过修改JAVA_OPTS环境变量来调整JVM内存大小,以提高Tomcat的性能。例如,可以将其设置为-Xms512m -Xmx1024m,这将使Tomcat在启动时使用512MB的最小堆内存,并在运行期间使用最多1GB的最大堆内存。 2. 调整线程池大小:可以通过修改Tomcat的server.xml文件中的Connector节点来调整线程池大小。例如,可以将maxThreads属性设置为200,这将使Tomcat使用最多200个工作线程来处理请求。 3. 启用Gzip压缩:启用Gzip压缩可以减少HTTP传输的数据量,从而提高Tomcat的性能。要启用Gzip压缩,请在server.xml文件中添加以下代码: 4. 配置APR库:`apr`是一种开源的网络应用程序库,它可以帮助开发人员更轻松地编写高性能Web应用程序。如果想要使用`apr`,则需要先安装它并在`tomcat-users.xml`文件中进行相应的配置。 VM参数调优: 1. -Xms 2. 禁用DNS查询 当web应用程序想要记录客户端的信息时,它也会记录客户端的IP地址或者通过域名服务器查找机器名转换为IP地址。DNS查询需要占用网络,并且包括可能从很多很远的服务器或者不起作用的服务器上去获取对应的IP的过程,这样会消耗一定的时间。为了消除DNS查询对性能的影响我们可以关闭DNS查询,方式是修改server.xml文件中的enableLookups参数值: Tomcat4配置示例: ```xml ``` Tomcat5配置示例: ```xml
```
Tomcat的线程池参数配置如下:
1. 连接器端口(Connector port):设置为80,表示HTTP协议的默认端口。
2. 最大线程数(maxThreads):设置为150,表示Tomcat服务器可以同时处理的最大请求线程数。
3. 最小空闲线程数(minSpareThreads):设置为25,表示在等待新请求时,至少保留的空闲线程数。
4. 最大空闲线程数(maxSpareThreads):设置为75,表示在等待新请求时,最多可以保留的空闲线程数。
5. 是否启用查找功能(enableLookups):设置为false,表示禁用DNS查找功能。
6. 重定向端口(redirectPort):设置为8443,表示HTTPS协议的默认端口。
7. 接受连接数(acceptCount):设置为100,表示Tomcat服务器可以同时接受的最大连接数。
8. 调试模式(debug):设置为0,表示不开启调试模式。
9. 连接超时时间(connectionTimeout):设置为20000毫秒,表示客户端与服务器建立连接的超时时间。
10. 是否禁用上传超时(disableUploadTimeout):设置为true,表示禁用文件上传的超时功能。
在Tomcat4中,可以通过修改minProcessors和maxProcessors的值来调整线程数。minProcessors表示服务器启动时创建的处理请求的线程数,应足够处理小量的负载。maxProcessors表示服务器可创建的最大线程数,应根据站点访问量进行调整,防止流量不可控制导致超出虚拟机使用内存的大小。同时,还需要考虑操作系统内核参数对最大并发连接数的限制。
在Tomcat5中,这些参数进行了调整。例如,maxThreads属性表示Tomcat使用线程来处理接收的每个请求,表示Tomcat可创建的最大线程数。
您好!Tomcat的线程数设置需要根据实际情况进行调整,一般来说,可以根据以下几个方面进行优化:
1. 确定当前线程池的配置参数。Tomcat线程池的配置参数包括:最小线程数、最大线程数、空闲线程超时时间、队列大小等。
2. 对于高并发情况下会有大量的运算,那么CPU的速度会直接影响到处理速度。因此,需要根据实际情况调整CPU的数量和性能。
3. 内存在大量数据处理的情况下,将会有较大的内存容量需求,可以用-Xmx -Xms -XX:MaxPermSize等参数对内存不同功能块进行划分。
4. 硬盘主要问题就是读写性能,当大量文件进行读写时,磁盘极容易成为性能瓶颈。最好的办法还是利用缓存和压缩来解决 。
## 优化Tomcat集群性能
### 1. 横向扩展
单个服务器性能有限,为了提升性能,我们采用了横向扩展的方法。具体来说,我们使用Nginx作为请求分流的服务器,后端多个Tomcat共享session来协同工作。
### 2. 配置Tomcat参数
以Tomcat7为例,我们需要修改`conf/server.xml`文件,主要是优化连接配置,关闭客户端DNS查询。以下是一个示例配置:
```xml
```
### 3. 部署项目的三种方法
#### 目录结构
1、下载Tomcat服务器;
2、启动并部署Tomcat服务器;
3、Tomcat的目录结构。
#### 第一种方法(项目直接放入webapps目录中)
将项目直接放入webapps目录中,然后启动Tomcat服务器即可。这种方法简单易用,适合小型项目。
#### 第二种方法(修改conf/server.xml文件)
如果需要对Tomcat进行更细粒度的配置,可以修改`conf/server.xml`文件。例如,调整连接超时时间、最大线程数等参数。这种方法适用于对性能有较高要求的项目。
#### 第三种方法(使用Apache Tomcat命令行工具)
可以使用Apache Tomcat命令行工具来部署和管理项目。例如,可以使用`apache-tomcat-7.0.52\bin\startup.bat`(Windows系统)或`apache-tomcat-7.0.52/bin/startup.sh`(Linux系统)来启动Tomcat服务器。这种方法适用于对自动化部署有需求的项目。
、Tomcat 80 32位的百度云下载地址为:http://pan.baidu.com/s/1o8G28rS,密码为 k11n。
2、启动并部署 Tomcat 服务器的步骤如下:
1)首先,将解压后的 Tomcat 安装包放到一个非中文目录下。
2)然后,配置环境变量。JAVA_HOME(指向 JDK 安装的根目录)。
3)接着,双击 apache-tomcat-6.0.16in 目录下的 startup.bat,启动服务器。如果一闪而过,那就是没有配置 JAVA_HOME 的环境变量。
4)最后,在浏览器中输入 http://localhost:8080 进行访问。
注意:如果 Tomcat 启动不了,需要检查是否正确配置了 JAVA_HOME。例如,如果使用的是 JDK 1.6.0_43,那么 JAVA_HOME 应该设置为 C:\Program Files\Javajdk1.6.0_43,这是 JDK 的根目录。
3、Tomcat 的目录结构如下:
```plaintext
Apache Tomcat/
├── bin/
│ └── ... (各种脚本文件)
├── conf/
│ ├── ... (各种配置文件)
│ └── server.xml (主要配置文件)
├── logs/
│ └── ... (日志文件)
├── webapps/
│ └── ... (Web应用目录)
└── ... (其他文件和目录)
```
4、部署项目的第一种方法(项目直接放入 webapps 目录中):
1)首先,将编写并编译好的 web 项目(注意要是编译好的,如果是 Eclipse,可以将项目打成 war 包放入),放入到 webapps 中。
部署项目的第三种方法(apache-tomcat-7.0.52confCatalinalocalhost)
1. 进入到 apache-tomcat-7.0.52confCatalinalocalhost 目录,新建一个项目名.xml文件。
2. 在新建的xml文件中,增加以下配置语句(和上面的是一样的,但是不需要path配置,加上也没什么用):
```xml
```
3. 在浏览器输入路径:localhost:8080/xml文件名/访问的文件名。
总结:
1. 第一种方法比较普通,但是我们需要将编译好的项目重新copy到webapps目录下,多出了两步操作。
2. 第二种方法直接在server.xml文件中配置,但是从tomcat5.0版本开始后,server.xml文件作为tomcat启动的主要配置文件,一旦tomcat启动后,便不会再读取这个文件,因此无法再tomcat服务启动后发布web项目。
3. 第三种方法是最好的,每个项目分开配置,tomcat将以\conf\Catalina\localhost目录下的xml文件的文件名作为web应用的上下文路径,而不再理会