Nginx反向代理与Tomcat实现ssm项目前后端分离部署

Nginx

nginxLOGO

nginx是一款http和支持反向代理的web服务器，以其优越的性能被广泛使用。以下是百度百科的介绍。

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。

其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx 1.0.4发布。

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

Nginx配置文件

下载解压之后大概的文件结构大概是这样的，image-20211014222606281

打开conf文件夹并找到名为nginx.conf的文件并打开它。

image-20211014222812590

nginx.conf就是Nginx一个很重要的配置文件。所以了解以下它的结构相关的基本配置是很重要的。

配置文件详解：

######Nginx配置文件nginx.conf中文详解######定义Nginx运行的用户和用户组
user www www;#nginx进程数，建议设置为等于CPU总核心数。
worker_processes 8;#全局错误日志定义类型，[ debug | info | notice | warn | error | crit ]
error_log /usr/local/nginx/logs/error.log info;#进程pid文件
pid /usr/local/nginx/logs/nginx.pid;#指定进程可以打开的最大描述符：数目
#工作模式与连接数上限
#这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n 的值保持一致。
#现在在linux 2.6内核下开启文件打开数为65535，worker_rlimit_nofile就相应应该填写65535。
#这是因为nginx调度时分配请求到进程并不是那么的均衡，所以假如填写10240，总并发量达到3-4万时就有进程可能超过10240了，这时会返回502错误。
worker_rlimit_nofile 65535;events
{#参考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型#是Linux 2.6以上版本内核中的高性能网络I/O模型，linux建议epoll，如果跑在FreeBSD上面，就用kqueue模型。#补充说明：#与apache相类，nginx针对不同的操作系统，有不同的事件模型#A）标准事件模型#Select、poll属于标准事件模型，如果当前系统不存在更有效的方法，nginx会选择select或poll#B）高效事件模型#Kqueue：使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用双处理器的MacOS X系统使用kqueue可能会造成内核崩溃。#Epoll：使用于Linux内核2.6版本及以后的系统。#/dev/poll：使用于Solaris 7 11/99+，HP/UX 11.22+ (eventport)，IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。#Eventport：使用于Solaris 10。 为了防止出现内核崩溃的问题， 有必要安装安全补丁。use epoll;#单个进程最大连接数（最大连接数=连接数*进程数）#根据硬件调整，和前面工作进程配合起来用，尽量大，但是别把cpu跑到100%就行。每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数为。worker_connections 65535;#keepalive超时时间。keepalive_timeout 60;#客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。#分页大小可以用命令getconf PAGESIZE 取得。#[root@web001 ~]# getconf PAGESIZE#4096#但也有client_header_buffer_size超过4k的情况，但是client_header_buffer_size该值必须设置为“系统分页大小”的整倍数。client_header_buffer_size 4k;#这个将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存。open_file_cache max=65535 inactive=60s;#这个是指多长时间检查一次缓存的有效信息。#语法:open_file_cache_valid time 默认值:open_file_cache_valid 60 使用字段:http, server, location 这个指令指定了何时需要检查open_file_cache中缓存项目的有效信息.open_file_cache_valid 80s;#open_file_cache指令中的inactive参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在inactive时间内一次没被使用，它将被移除。#语法:open_file_cache_min_uses number 默认值:open_file_cache_min_uses 1 使用字段:http, server, location  这个指令指定了在open_file_cache指令无效的参数中一定的时间范围内可以使用的最小文件数,如果使用更大的值,文件描述符在cache中总是打开状态.open_file_cache_min_uses 1;#语法:open_file_cache_errors on | off 默认值:open_file_cache_errors off 使用字段:http, server, location 这个指令指定是否在搜索一个文件是记录cache错误.open_file_cache_errors on;
}#设定http服务器，利用它的反向代理功能提供负载均衡支持
http
{#文件扩展名与文件类型映射表include mime.types;#默认文件类型default_type application/octet-stream;#默认编码#charset utf-8;#服务器名字的hash表大小#保存服务器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的。参数hash bucket size总是等于hash表的大小，并且是一路处理器缓存大小的倍数。在减少了在内存中的存取次数后，使在处理器中加速查找hash表键值成为可能。如果hash bucket size等于一路处理器缓存的大小，那么在查找键的时候，最坏的情况下在内存中查找的次数为2。第一次是确定存储单元的地址，第二次是在存储单元中查找键 值。因此，如果Nginx给出需要增大hash max size 或 hash bucket size的提示，那么首要的是增大前一个参数的大小.server_names_hash_bucket_size 128;#客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置，一般一个请求的头部大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。client_header_buffer_size 32k;#客户请求头缓冲大小。nginx默认会用client_header_buffer_size这个buffer来读取header值，如果header过大，它会使用large_client_header_buffers来读取。large_client_header_buffers 4 64k;#设定通过nginx上传文件的大小client_max_body_size 8m;#开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。注意：如果图片显示不正常把这个改成off。#sendfile指令指定 nginx 是否调用sendfile 函数（zero copy 方式）来输出文件，对于普通应用，必须设为on。如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络IO处理速度，降低系统uptime。sendfile on;#开启目录列表访问，合适下载服务器，默认关闭。autoindex on;#此选项允许或禁止使用socke的TCP_CORK的选项，此选项仅在使用sendfile的时候使用tcp_nopush on;tcp_nodelay on;#长连接超时时间，单位是秒keepalive_timeout 120;#FastCGI相关参数是为了改善网站的性能：减少资源占用，提高访问速度。下面参数看字面意思都能理解。fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;fastcgi_buffer_size 64k;fastcgi_buffers 4 64k;fastcgi_busy_buffers_size 128k;fastcgi_temp_file_write_size 128k;#gzip模块设置gzip on; #开启gzip压缩输出gzip_min_length 1k;    #最小压缩文件大小gzip_buffers 4 16k;    #压缩缓冲区gzip_http_version 1.0;    #压缩版本（默认1.1，前端如果是squid2.5请使用1.0）gzip_comp_level 2;    #压缩等级gzip_types text/plain application/x-javascript text/css application/xml;    #压缩类型，默认就已经包含textml，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn。gzip_vary on;#开启限制IP连接数的时候需要使用#limit_zone crawler $binary_remote_addr 10m;#负载均衡配置upstream piao.jd.com {#upstream的负载均衡，weight是权重，可以根据机器配置定义权重。weigth参数表示权值，权值越高被分配到的几率越大。server 192.168.80.121:80 weight=3;server 192.168.80.122:80 weight=2;server 192.168.80.123:80 weight=3;#nginx的upstream目前支持4种方式的分配#1、轮询（默认）#每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。#2、weight#指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。#例如：#upstream bakend {#    server 192.168.0.14 weight=10;#    server 192.168.0.15 weight=10;#}#2、ip_hash#每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。#例如：#upstream bakend {#    ip_hash;#    server 192.168.0.14:88;#    server 192.168.0.15:80;#}#3、fair（第三方）#按后端服务器的响应时间来分配请求，响应时间短的优先分配。#upstream backend {#    server server1;#    server server2;#    fair;#}#4、url_hash（第三方）#按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。#例：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法#upstream backend {#    server squid1:3128;#    server squid2:3128;#    hash $request_uri;#    hash_method crc32;#}#tips:#upstream bakend{#定义负载均衡设备的Ip及设备状态}{#    ip_hash;#    server 127.0.0.1:9090 down;#    server 127.0.0.1:8080 weight=2;#    server 127.0.0.1:6060;#    server 127.0.0.1:7070 backup;#}#在需要使用负载均衡的server中增加 proxy_pass http://bakend/;#每个设备的状态设置为:#1.down表示单前的server暂时不参与负载#2.weight为weight越大，负载的权重就越大。#3.max_fails：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream模块定义的错误#4.fail_timeout:max_fails次失败后，暂停的时间。#5.backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。#nginx支持同时设置多组的负载均衡，用来给不用的server来使用。#client_body_in_file_only设置为On 可以讲client post过来的数据记录到文件中用来做debug#client_body_temp_path设置记录文件的目录 可以设置最多3层目录#location对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡}#虚拟主机的配置server{#监听端口listen 80;#域名可以有多个，用空格隔开server_name www.jd.com jd.com;index index.html index.htm index.php;root /data/www/jd;#对******进行负载均衡location ~ .*.(php|php5)?${fastcgi_pass 127.0.0.1:9000;fastcgi_index index.php;include fastcgi.conf;}#图片缓存时间设置location ~ .*.(gif|jpg|jpeg|png|bmp|swf)${expires 10d;}#JS和CSS缓存时间设置location ~ .*.(js|css)?${expires 1h;}#日志格式设定#$remote_addr与$http_x_forwarded_for用以记录客户端的ip地址；#$remote_user：用来记录客户端用户名称；#$time_local： 用来记录访问时间与时区；#$request： 用来记录请求的url与http协议；#$status： 用来记录请求状态；成功是200，#$body_bytes_sent ：记录发送给客户端文件主体内容大小；#$http_referer：用来记录从那个页面链接访问过来的；#$http_user_agent：记录客户浏览器的相关信息；#通常web服务器放在反向代理的后面，这样就不能获取到客户的IP地址了，通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中，可以增加x_forwarded_for信息，用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。log_format access '$remote_addr - $remote_user [$time_local] "$request" ''$status $body_bytes_sent "$http_referer" ''"$http_user_agent" $http_x_forwarded_for';#定义本虚拟主机的访问日志access_log  /usr/local/nginx/logs/host.access.log  main;access_log  /usr/local/nginx/logs/host.access.404.log  log404;#对 "/" 启用反向代理location / {proxy_pass http://127.0.0.1:88;proxy_redirect off;proxy_set_header X-Real-IP $remote_addr;#后端的Web服务器可以通过X-Forwarded-For获取用户真实IPproxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#以下是一些反向代理的配置，可选。proxy_set_header Host $host;#允许客户端请求的最大单文件字节数client_max_body_size 10m;#缓冲区代理缓冲用户端请求的最大字节数，#如果把它设置为比较大的数值，例如256k，那么，无论使用firefox还是IE浏览器，来提交任意小于256k的图片，都很正常。如果注释该指令，使用默认的client_body_buffer_size设置，也就是操作系统页面大小的两倍，8k或者16k，问题就出现了。#无论使用firefox4.0还是IE8.0，提交一个比较大，200k左右的图片，都返回500 Internal Server Error错误client_body_buffer_size 128k;#表示使nginx阻止HTTP应答代码为400或者更高的应答。proxy_intercept_errors on;#后端服务器连接的超时时间_发起握手等候响应超时时间#nginx跟后端服务器连接超时时间(代理连接超时)proxy_connect_timeout 90;#后端服务器数据回传时间(代理发送超时)#后端服务器数据回传时间_就是在规定时间之内后端服务器必须传完所有的数据proxy_send_timeout 90;#连接成功后，后端服务器响应时间(代理接收超时)#连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理（也可以说是后端服务器处理请求的时间）proxy_read_timeout 90;#设置代理服务器（nginx）保存用户头信息的缓冲区大小#设置从被代理服务器读取的第一部分应答的缓冲区大小，通常情况下这部分应答中包含一个小的应答头，默认情况下这个值的大小为指令proxy_buffers中指定的一个缓冲区的大小，不过可以将其设置为更小proxy_buffer_size 4k;#proxy_buffers缓冲区，网页平均在32k以下的设置#设置用于读取应答（来自被代理服务器）的缓冲区数目和大小，默认情况也为分页大小，根据操作系统的不同可能是4k或者8kproxy_buffers 4 32k;#高负荷下缓冲大小（proxy_buffers*2）proxy_busy_buffers_size 64k;#设置在写入proxy_temp_path时数据的大小，预防一个工作进程在传递文件时阻塞太长#设定缓存文件夹大小，大于这个值，将从upstream服务器传proxy_temp_file_write_size 64k;}#设定查看Nginx状态的地址location /NginxStatus {stub_status on;access_log on;auth_basic "NginxStatus";auth_basic_user_file confpasswd;#htpasswd文件的内容可以用apache提供的htpasswd工具来产生。}#本地动静分离反向代理配置#所有jsp的页面均交由tomcat或resin处理location ~ .(jsp|jspx|do)?$ {proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_pass http://127.0.0.1:8080;}#所有静态文件由nginx直接读取不经过tomcat或resinlocation ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)${expires 15d; }location ~ .*.(js|css)?${expires 1h;}}
}
######Nginx配置文件nginx.conf中文详解#####

nginx的常用功能有很多，比如

  • HTTP代理(正向代理/反向代理)
  • 负载均衡
  • IP哈希算法
  • web缓存
  • 等等

本文中ssm项目部署就用到了它的的反向代理功能。

代理与反向代理

注意：千万不要盯着这个代一直看哈，不然你可能会不认识这个字，直接影响了后面的阅读(手动狗头.jpg)

代理(正向代理)

一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。

在正向代理过程中，代理服务器相当于一个中间人的角色，它代理客户端向目标服务器发起访问，携带结果缓存到代理服务器中，再将缓存的页面数据返回给客户端。

既是代理服务器代理客户端访问目标服务器进行交互

所以，目标服务器是可能不知道真正的客户端是谁的，甚至可能不知道访问自己的原来是个中间商代理服务器。因此客户端或代理服务器对目标服务器来所是隐藏的。

反向代理

是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器

既是代理服务器代理了目标服务器和客户端进行交互

代理服务器来接受客户端的网络访问连接请求，然后服务器将请求有策略的转发给网络中实际工作的业务服务器，并将从业务服务器处理的结果，返回给网络上发起连接请求的客户端。

即当一个代理服务器能够代理外部网络上的主机，访问内部网络时，这种代理服务的方式称为反向代理服务。此时代理服务器对外就表现为一个Web服务器，

项目结构介绍

本次的部署项目是基于ssm框架实现的校园即时通系统。

前端页面展示使用bootstrap搭建的JSP页面，后端使用了Spring+SpringMVC+Mybatis+JWT,通过Ajax进行数据之间的请求与交互。

所谓前后端分离部署，即将所有静态页面(包括涉及到的静态文件)和后端业务代码(包括和数据库的交互)分离开来

那么问题来了，这样做会引起跨域问题。

何为跨域？

浏览器从一个域名的网页去请求另一个域名的资源时，域名、端口、协议任一不同，都是跨域

  • 域名跨域

    • 主域名不同
    • 子域名不同
    • 域名和IP冲突

  • 端口跨域

    这个比较好理解，比如访问8080端口和访问8081端口就已经跨域了

  • 协议跨域

    • http协议
    • https协议

注意：localhost和127.0.1虽然都是指向的本机，但也属于跨域范畴。

跨域问题带来的限制
  1. 非同源网页的Cookie,LocalStorage,IndexDB读取受限
  2. 非同源DOM受限制
  3. AJAX请求处理受限制(可以发送但浏览器会拒绝处理响应)
跨域问题的解决方案

关于跨域问题的解决，行业前辈们已经总结并搞出了一些列切实可用的方案，我们只需要理解并学会运用就好。向前辈致敬！！！

  • JSONP

    • 只支持 GET 请求
    • 只支持跨域 HTTP 请求这种情况，不能解决不同域的两个页面之间如何进行 JavaScript 调用的问题
    • 调用失败的时候不会返回各种 HTTP 状态码。
    • 安全性，万一假如提供 JSONP 的服务存在页面注入漏洞，即它返回的 javascript 的内容被人控制的。

将ajax请求中的json替换为jsonp的一种方式

  $.ajax({url: "/cims/user/login",data: $("form").serialize(),type: "post",//使用jsonp代替jsondataType:"jsonp"success:function:{},error:function:{}
  • CORS(跨域资源共享)

跨域资源共享(CORS) 是一种机制，它使用额外的 HTTP 头来告诉浏览器 让运行在一个 origin (domain) 上的 Web 应用被准许访问来自不同源服务器上的指定的资源。

浏览器将 CORS 请求分成两类：简单请求（simple request）和非简单请求（not-so-simple request。

因为本项目用到的是非简单请求(包含DELETE,PUT,GET,POST)，所以重点记录非简单请求的使用。

非简单请求(复杂请求)

进行真正的请求之前，浏览器会先使用 OPTIONS 方法发送一个预检请求 (preflight request)，OPTIONS 是 HTTP/1.1 协议中定义的方法，用以从服务器获取更多信息。

在预检请求中会携带以下字段：

  • Access-Control-Request-Method: 这个字段表明了请求的方法；
  • Access-Control-Request-Headers: 这个字段表明了这个请求的 Headers；
  • Origin: 这个字段表明了请求发出的域。

服务端收到请求后，会以 Access-Control-* response headers 的形式对客户端进行回复：

  • Access-Control-Allow-Origin: 能够被允许发出这个请求的域名，也可以使用*来表明允许所有域名；
  • Access-Control-Allow-Methods: 用逗号分隔的被允许的请求方法的列表；
  • Access-Control-Allow-Headers: 用逗号分隔的被允许的请求头部字段的列表；
  • Access-Control-Max-Age: 这个预检请求能被缓存的最长时间，在缓存时间内，同一个请求不会再次发出预检请求。

特别的Access-Control-Allow-Credentials这个字段是一个布尔值，表示是否允许发送 Cookie，对于跨域请求，浏览器对这个字段默认值设为 false，而如果需要拿到浏览器的 Cookie，需要添加这个响应头并设为 true, 并且在前端也需要设置withCredentials属性.

具体的，在请求体中添加如下字段：

xhrFields:{withCredentials:true},
部署流程大致步骤
  • 改造前端页面以及Ajax请求体。
  • 后端controller修改
  • 前端文件移到Nginx服务器的html文件夹下
  • 后端项目打war包并放到Tomcat的webapps文件夹下
  • 配置nginx.conf文件
  • 启动Tomcat，启动Nginx
  • 输入项目地址并运行测试，完成前后端分离部署

其中，在前端改造阶段，自己遇到了不少的坑，要特别注意一下

第一步改造前端页面以及Ajax请求

在正式进入部署流程之前，大致了解一下整个项目目录结构。

分离前：项目目录结构中存在JSP以及相关的静态文件

image-20211016183758279

分离后：不存在相关JSP以及静态文件，注意WEB-INF文件夹需要保留。

image-20211016183953278

了解完基本机构之后就可以开始改造了。

  1. 将webapp中所有.jsp页面中的JSP标识代码去掉，方法方式很多，我是先在idea中利用全局替换功能一键去除的。【具体方法细节备注在文末，需要自取】

  2. 把所有静态文件包括前面去掉标识的.jsp页面剪切到其他编译工具中，我用的是webStorm，用什么工具无所谓，个人习惯！

  3. 将所有.jsp文件后缀改为.html，完成后是这样的。

    image-20211016185201566

4.修改所有涉及到的跳转路径连接(a标签)，改为xxxx.html即可。

image-20211016185400556

修改之前可能是这样的：

image-20211016185612287

关于html中涉及到的其他CSS或者JS文件链接路径，保持之前在JSP页面阶段的相对路径即可，但不能出现${App_path}这玩意儿。

image-20211016185914354

image-20211016185918828

  1. 修改Ajax请求,具体如下

  • 在请求体中新增

    xhrFields:{withCredentials:true
},

  • 修改所有方法请求的路径：基于/cims/根目录

比如login方法中

image-20211016190329806

修改之前可能是这样的：

image-20211016190415696

比如userManger中请求units方法

image-20211016190803497

修改之前可能是这样的：

image-20211016190617907

如果説，注銷功能是通過a标签链接的话，也要改为/cims/xxx/xxx

image-20211016191213999

到这里，前端改造步骤差不多就结束了。

第二步：后端Controller修改

将所有Controller中的方法加上@CrossOrigin注解

image-20211016191504865

第三步：前端文件移到Nginx服务器的html文件夹下

结构如下

image-20211016191657080

第四步：后端项目打war包并放到Tomcat的webapps文件夹下

结构如下

image-20211016191836616

注意：图中蓝色区域的cims_war文件夹是运行后自动编译生成的，无需自己创建。只需要关注这个war文件.

第五步:配置nginx.conf文件

打开nginx.conf配置文件,关注以下配置

   location / {root   html;index  login.html;}location /cims/ {add_header 'Access-Control-Allow-Origin' $http_origin;add_header 'Access-Control-Allow-Credentials' 'true';add_header 'Access-Control-Allow-Methods' '*';add_header 'Access-Control-Allow-Headers' 'DNT,web-token,app-token,Authorization,Accept,Origin,Keep-Alive,User-Agent,X-Mx-ReqToken,X-Data-Type,X-Auth-Token,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range';add_header 'Access-Control-Expose-Headers' 'Content-Length,Content-Range';if ($request_method = 'OPTIONS') {add_header 'Access-Control-Max-Age' 1728000;add_header 'Content-Type' 'text/plain; charset=utf-8';add_header 'Content-Length' 0;return 204;}proxy_pass http://localhost:8080/cims_war/;proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme;proxy_set_header Cookie $http_cookie;}

image-20211016192407185

现在知道为什么上面的请求路径需要修改为/cims/xxx形式了吧！

图中蓝色椭圆中的地址就是我们的项目访问地址。

第六步：启动Tomcat，启动Nginx

Tomcat启动

image-20211016192935421

启动完成大概是这样的

image-20211016193607828

启动Nginx服务

image-20211016193030522

为了操作直接，nginx服务的启动这里使用的是直接点击它的可执行文件即可，其他的命令行启动方式可以了解一下。需要注意的是，nginx启动之后，如果过程中修改了html内容，需要停止服务（可以通过任务管理器结束该任务）再次启动才可以生效哈。

最后一步：访问项目

在浏览器地址栏输入localhost回车就可以进入项目了。

image-20211016193827397

以上就是所有通过Nginx前后端分离部署SSM项目的全部内容了。

附录：相关的一些操作技巧

  • idea中全局替换的快捷键方式

    Ctrl+Shift+R

  • idea中页面内容关键词搜索

  • Ctrl+F

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/804088.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

智慧园区水电能源监控管理系统

智慧园区水电能源监控管理系统

随着智慧城市的快速发展，智慧园区作为城市智能化的重要组成部分，其能源监控管理系统显得尤为关键。智慧园区水电能源监控管理系统，是利用先进的信息技术和自动控制技术，对园区内的水电能源使用进行实时监控、管理和优化的综合性智…
阅读更多...
美国34401A安捷伦数字万用表

美国34401A安捷伦数字万用表

181/2461/8938产品概述： 附加功能: 6 1/2位数分辨率10种测量功能:DC/交流电压、DC/交流电流、2线和4线电阻、二极管、连续性、频率、周期基本精度:0.0035% DC，0.06%交流1000 V最大电压输入，3 A最大电流输入每秒1000次读数512读取记忆 安捷…
阅读更多...
Linux C++ 027-STL之deque容器

Linux C++ 027-STL之deque容器

Linux C 027-STL之deque容器 本节关键字：Linux、C、deque 相关库函数：pubsh_back、begin、front、sort deque基本概念 功能：双端数组，可以对头端进行插入删除操作。 deque 与 vector 的区别： （1&#x…
阅读更多...
vue将html生成pdf并分页

vue将html生成pdf并分页

jspdf html2canvas 此方案有很多的css兼容问题，比如虚线边框、svg、页数多了内容显示不全、部分浏览器兼容问题，光是解决这些问题就耗费了我不少岁月和精力 后面了解到新的技术方案： jspdf html-to-image npm install --save html-to-i…
阅读更多...
关于pandas 无法读取 csv 文件数据的解决方式

关于pandas 无法读取 csv 文件数据的解决方式

你好，我是 shengjk1，多年大厂经验，努力构建 通俗易懂的、好玩的编程语言教程。 欢迎关注！你会有如下收益： 了解大厂经验拥有和大厂相匹配的技术等 希望看什么，评论或者私信告诉我！ 文章目录 …
阅读更多...
LabVIEW和2D激光扫描的受电弓滑板磨耗精确测量

LabVIEW和2D激光扫描的受电弓滑板磨耗精确测量

LabVIEW和2D激光扫描的受电弓滑板磨耗精确测量 在电气化铁路运输中，受电弓滑板的健康状况对于保障列车安全行驶至关重要。受电弓滑板作为连接电网与列车的直接介质，其磨损情况直接影响到电能的有效传输及列车的稳定运行。精确、快速测量受电弓滑板磨损情…
阅读更多...
IntelliJ IDEA 2024.1安装与激活[破解]

IntelliJ IDEA 2024.1安装与激活[破解]

一：IDEA官方下载 ①如题，先到IDEA官方下载，简简单单 ②IDEA官方：IntelliJ IDEA – the Leading Java and Kotlin IDE 二：获取脚本 🌟网盘下载：jetbra (密码：lzh7) 🌟获取…
阅读更多...
CLI的使用与IOS基本命令

CLI的使用与IOS基本命令

1、实验目的 通过本实验可以掌握： CLI的各种工作模式个CLI各种编辑命令“?” 和【Tab】键使用方法IOS基本命令网络设备访问限制查看设备的相关信息 2、实验拓扑 CLI的使用与IOS基本命令使用拓扑如下图所示。 3、实验步骤 （1）CLI模式的切…
阅读更多...
Visual Studio Code 终端为管理员权限

Visual Studio Code 终端为管理员权限

第一部 1、 Visual Studio Code 快捷方式启动选项加上管理员启动 第二步 管理员方式运行 powershell Windows 10的任务栏自带了搜索。或者开始菜单选搜索只需在搜索框中输入powershell。 在出来的搜索结果中右击Windows PowerShell，然后选择以管理员方式运行。 执…
阅读更多...
使用Docker Registry-v2搭建镜像仓库详细教程

使用Docker Registry-v2搭建镜像仓库详细教程

我们使用docker来部署私有化镜像仓库… 1、下载 registry:v2 镜像 docker pull registry:22、在私有仓库所在的主机目录新建一个文件夹，用于持久化保存仓库中的镜像 mkdir -p /opt/registry3、启动registry镜像 使用docker镜像启动私有仓库容器服务，…
阅读更多...
ArcGIS Desktop使用入门（四）工具箱——属性域

ArcGIS Desktop使用入门（四）工具箱——属性域

系列文章目录 ArcGIS Desktop使用入门（一）软件初认识 ArcGIS Desktop使用入门（二）常用工具条——标准工具 ArcGIS Desktop使用入门（二）常用工具条——编辑器 ArcGIS Desktop使用入门（二&#x…
阅读更多...
nacos服务治理

nacos服务治理

nacos 服务演变之路 单体架构 集群级垂直化 SOA 微服务 微服务优缺点 SOA与微服务区别 springcloud技术栈 服务发现概念 服务发现两种方式–客户端服务发现 服务发现两种方式–服务端发现 服务发现技术对比 nacos架构图 nacos实战 服务发现 源码解析 nacos实现了springcloud…
阅读更多...
网络安全---RSA公钥加密与签名

网络安全---RSA公钥加密与签名

实验项目：RSA公钥加密与签名实验 1.实验目的 本实验的学习目标是让学生获得 RSA 算法的动手经验。 通过课堂学习，学生应该已经了解 RSA 算法的理论部分， 知道在数学上如何生成公钥、私钥以及如何执行加密、解密和签名生成、验证。 通过使用…
阅读更多...
Docker容器嵌入式开发：Docker Ubuntu18.04配置mysql数据库

Docker容器嵌入式开发：Docker Ubuntu18.04配置mysql数据库

在 Ubuntu 18.04 操作系统中安装 MySQL 数据库的过程。下面是安装过程的详细描述： 首先，使用以下命令安装 MySQL 服务器： sudo apt install mysql-server系统会提示是否继续安装，按下 Y 键确认。 安装过程中，系统会下载并安装 MySQL 相关的软件包，包括 libaio1、mysql…
阅读更多...
STM32+ESP8266水墨屏天气时钟:文字取模和图片取模教程

STM32+ESP8266水墨屏天气时钟:文字取模和图片取模教程

项目背景 本次的水墨屏幕项目需要显示一些图片和文字，所以需要对图片和文字进行取模。 取模步骤 1.打开取模软件 2.选择图形模式 3.设置字模选项 注意：本次项目采用的是水墨屏，并且是局部刷新的代码，所以设置字模选项可能有点…
阅读更多...
实验3 交换机基本配置

实验3 交换机基本配置

实验3 交换机基本配置 一、 原理描述二、 实验目的三、 实验内容四、实验步骤1.建立实验拓扑2.设备编址3.检测链路连通性4.交换机双工模式配置 一、 原理描述 交换机（Switch）也称为交换式集线器，其工作在OSI 第二层（数据链路层)上…
阅读更多...
Windows摄像头推流-RTSP

Windows摄像头推流-RTSP

0.背景： 调试rtsp视频流时，没有网络摄像头怎么办，只需要在同一个局域网下，用windows推送rtsp流，就可以在linux进行接收。 1.下载资源包 资源包链接：https://pan.baidu.com/s/1008I7TKazE4JgFiozhtekg?pw…
阅读更多...
【算法深度探索】动态规划之旅(1)：挑战OJ题海，解锁15道经典难题，让你成为DP大师！

【算法深度探索】动态规划之旅(1)：挑战OJ题海，解锁15道经典难题，让你成为DP大师！

📃博客主页： 小镇敲码人 🚀 欢迎关注：👍点赞 👂🏽留言 😍收藏 🌏 任尔江湖满血骨，我自踏雪寻梅香。 万千浮云遮碧月，独傲天下百坚强。 男儿应有龙…
阅读更多...
智慧公厕：提升城市管理效率，改善居民生活体验

智慧公厕：提升城市管理效率，改善居民生活体验

智慧公厕作为城市基础设施的重要组成部分，正逐渐成为改善城市品质和提升居民生活体验的一项关键措施。通过智能化管理、数字化使用和信息化运行，智慧公厕不仅可以为城市居民带来更舒适便利的使用体验，而且对于城市的高质量发展、宜居性和包容…
阅读更多...
自动驾驶中的多目标跟踪_第四篇

自动驾驶中的多目标跟踪_第四篇

自动驾驶中的多目标跟踪:第四篇 附赠自动驾驶学习资料和量产经验：链接 在上篇，我们得到了杂波背景下单目标状态的后验概率表达式。在不进行近似的情况下，是无法应用到实际场景中的。因此，在这一节，我们来讨论如何进行…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023