springboot项目打成war包部署,tomcat修改配置

• 1.tomcat安装
  ①下载apache-tomcat-8.5.37-windows-x64.zip,配置环境变量TOMCAT_HOME=tomcat安装路径/bin,再添加class_path =%TOMCAT_HOME%\BIN;
  ②启动cmd.exe, 进入tomcat 安装文件下的 bin目录下,例如我这里的安装位置:D:\Program Files\tomcat8.5
  ③进入命令行,输入 d: 回车, cd D:\Program Files\tomcat8.5\bin 回车 ,startup 启动服务器,shutdown 关闭服务器.
• 2.war 包部署
  ①pom.xml 文件 首先更改打包方式 war,再排除springboot内置的 web 项目下tomcat依赖

<dependency>
		<groupId>org.springframework.boot</groupId>
		<artifactId>spring-boot-starter-web</artifactId>
		<exclusions>
			<exclusion>
				<groupId>org.springframework.boot</groupId>
				<artifactId>spring-boot-starter-tomcat</artifactId>
			</exclusion>
		</exclusions>
	   </dependency>

   再引入tomcat依赖:

  <dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-tomcat</artifactId>
			<!--打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。
                相当于compile，但是打包阶段做了exclude操作-->
			<scope>provided</scope>
		</dependency>

	再添加 打成war包以后的名字:
	<fileName>demo</fileName>
-- 更改springboot的启动类 DemoApplication,让其实现SpringBootServletInitializer,然后重写configure()方法:示例

 @SpringBootApplication
		public class DemoApplication extends SpringBootServletInitializer {
			public static void main(String[] args) {
				SpringApplication.run(DemoApplication.class, args);
			}

			@Override
			protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
				return builder.sources(DemoApplication.class);
			}
		}

① IDEA 下,运行mvn clean,--> mvn package ,等到项目打包成功,在该项目文件位置找到target 下的 demo.war,拷贝到tomcat8.5/webapps目录下,
②使用windows命令行,启动tomcat服务器,项目启动成功会出现, spring 的标志
   ③访问路径:localhost:8080/${打包文件名}/请求url
④如何在访问时 去掉war包名?
   答:① 原理：Tomcat的默认根目录是ROOT，实际上ROOT这个项目在实际生产环境是没有用的，所以我们可以用我们的项目覆盖ROOT项目 
		操作过程： 
		1.删除ROOT下所有文件及文件夹 
		2.把我们项目的war包解压后，项目目录下的所有文件和子目录都拷贝到ROOT目录下即可 
		或者有更狠的一招：直接删掉ROOT目录，然后把我们的项目打包名称改成ROOT.war，放到webapps下就行 
	  ② 原理：Tomcat本身可以配置虚拟目录。方法就是在Server.xml中<Engine><Host>节点下加入Context信息。如我们可以配置<Context path="/abc" docBase="D:\app\abc" ... />，那我们可以通过地址http://localhost:8080/abc来访问我们放在D:\app\下面的abc项目。我们可以把这个path="/abc"修改为path=""。意思就是把abc映射到根目录，访问路径就会变成http://localhost:8080/。 
		操作过程： 
		按照配置虚拟目录的方式，在<Engine><Host>下添加一个Context节点，具体配置如下： 
		    <Engine name="Catalina" defaultHost="localhost">  
		        <Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="true">  
		        <Context path="" docBase="Interface" reloadable="true" />  
		    <!--注：我这里使用的是相对路径，Interface项目是放在Tomcat的webapps目录下的，当然也可以改为绝对路径-->  
		        </Host>  
		    </Engine>

• Spring Boot也提供了对JMX监控的支持。JMX监控对外暴露的信息相同，不过是使用MBeans容器将应用数据封装管理。Springboot 的jmx 是默认开启的，如果tomcat 部署两个原springboot 打成的war 包，需要将每一个项目的jmx关闭，
  Application.properties 配置中 添加spring.jmx.enabled=false; 或者法2：在各自项目中都添加：spring.jmx.default-domain=project1
  spring.jmx.default-domain=project2
  保证domain是不一样的。

• 3.tomcat 相关配置修改
  – 修改默认的http访问端口:8080 为 8181
  在tomcat8.5/conf/server.xml文件里修改:示例

<Connector port="8181" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />

-- 修改默认的session有效期
   ①.在tomcat8.5/conf/web.xml文件里修改,范围是具体项目:示例
    <session-config>
       <session-timeout>30</session-timeout>
    </session-config>
   ②.在tomcat8.5/conf/server.xml
       <Context path="/test" docBase="/test"  
		　　defaultSessionTimeOut="3600" isWARExpanded="true"  
		　　isWARValidated="false" isInvokerEnabled="true"  
		　　isWorkDirPersistent="false"/>
   ③.在java后台代码里配置,具体页面的session有效时间
         session.setMaxInactiveInterval（30*60；

   生效优先级: 3 > 2 > 1,

• 4.tomcat 调优,转自https://www.cnblogs.com/zhuawang/p/5213192.html
  ①tomcat 修改最大线程,在tomcat8.5/conf/server.xml文件里修改:示例
  
  maxThreads=“X” 表示最多同时处理X个连接
  minSpareThreads=“X” 初始化X个连接
  maxSpareThreads=“X” 表示如果最多可以有X个线程，一旦超过X个,则会关闭不在需要的线程
  acceptCount=“X” 当同时连接的人数达到maxThreads时,还可以排队,队列大小为X.超过X就不处理
  ②tomcat 内存优化
  Windows 下的catalina.bat
  Linux 下的catalina.sh 如:
  JAVA_OPTS=’-Xms256m -Xmx512m’
  -Xms JVM初始化堆的大小
  -Xmx JVM堆的最大值 实际参数大小根据服务器配置或者项目具体设置.
  ③ Tomcat IO优化
  1:同步阻塞IO（JAVA BIO） 同步并阻塞，服务器实现模式为一个连接一个线程(one connection one thread 想想都觉得恐怖,线程可是非常宝贵的资源)，当然可以通过线程池机制改善.
  2:JAVA NIO:又分为同步非阻塞IO,异步阻塞IO 与BIO最大的区别one request one thread.可以复用同一个线程处理多个connection(多路复用).
  3:,异步非阻塞IO(Java NIO2又叫AIO) 主要与NIO的区别主要是操作系统的底层区别.可以做个比喻:比作快递，NIO就是网购后要自己到官网查下快递是否已经到了(可能是多次)，然后自己去取快递；AIO就是快递员送货上门了(不用关注快递进度)。
  BIO方式适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序直观简单易理解.
  NIO方式适用于连接数目多且连接比较短（轻操作）的架构，比如聊天服务器，并发局限于应用中，编程比较复杂，JDK1.4开始支持.
  AIO方式使用于连接数目多且连接比较长（重操作）的架构，比如相册服务器，充分调用OS参与并发操作，编程比较复杂，JDK7开始支持.
  在server.xml中
  
  实现对Tomcat的IO切换
  – APR(知识储备不够,不了解)
  APR是从操作系统级别来解决异步的IO问题,大幅度的提高性能. (http://apr.apache.org/).
  ①APR(Apache Portable Runtime)是一个高可移植库,它是Apache HTTP Server 2.x的核心.能更好地和其它本地web技术集成，总体上让Java更有效率作为一个高性能web服务器平台而不是简单作为后台容器.
  ②在产品环境中，特别是直接使用Tomcat做WEB服务器的时候，应该使用Tomcat,Native来提高其性能.如果不配APR，基本上300个线程狠快就会用满，以后的请求就只好等待.但是配上APR之后，并发的线程数量明显下降，从原来的300可能会马上下降到只有几十，新的请求会毫无阻塞的进来.
  ③在局域网环境测，就算是400个并发，也是一瞬间就处理/传输完毕，但是在真实的Internet环境下，页面处理时间只占0.1%都不到，绝大部分时间都用来页面传输.如果不用APR，一个线程同一时间只能处理一个用户，势必会造成阻塞。所以生产环境下用apr是非常必要的.