Server端使用Nginx + Tomcat
Niginx SSL on
Tomcat SSL non
步骤：
1、修改代码，将外部引用的http js css 文件修改为https,若外部链接不支持https 则需将静态文件下载到项目中 在项目中引用。
2、将申请到的https安全证书放入NGINX目录
3、修改Nginx配置文件，打开SSL支持，并将安全证书引入配置文件。
4、打开nginx websocket 支持
5、将js ,app中引用的websocket地址由ws改为wss
6、系统会直接调用外部平台的详情页面，需要将其代理到https域名，否则页面无法访问
7、./nginx -t 测试配置文件是否能够成功加载,若配置成功则重新加载niginx配置文件 ./nginx -s reload
8、FASTDFS文件服务器暂时不用https处理，http文件也可以访问
升级完成后测试点
1.系统各个页面，图标能正常访问
2.app调用接口能正常访问
3.app,web 跟踪页图片视频正常显示
4.锐明科技引用页面正常访问
5.监控大屏正常访问数据显示正常
6.外部平台能正常调用平台https接口
注意事项：
1、NGINX 缺少SSL模块
在centos中，配置nginx的https时，出现如下错误。
nginx: [emerg] unknown directive "ssl" in /usr/local/nginx/conf/nginx.conf:102
A)到解压的nginx目录下
./configure --with-http_ssl_module
当执行上面语句，出现./configure: error: SSL modules require the OpenSSL library.
用 yum -y install openssl openssl-devel
B)再执行./configure
重新执行./configure --with-http_ssl_module
make ，切记不能make install 会覆盖。
C)把原来nginx备份
cp /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.bak
把新的nginx覆盖旧的
cp objs/nginx /usr/local/nginx/sbin/nginx
出现错误时cp: cannot create regular file ‘/usr/local/nginx/sbin/nginx’: Text file busy
用cp -rfp objs/nginx /usr/local/nginx/sbin/nginx解决
D)测试nginx是否正确
/usr/local/nginx/sbin/nginx -t
（nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful）
E)重启nginx
/usr/local/nginx/sbin/nginx -s reload
2、request.getScheme() 取到https正确的协议详解
A)配置nginx的转发项，配置文件为nginx.conf，添加以下内容如下：
proxy_set_header X-Forwarded-Proto $scheme;
B) 配置tomcat，配置文件为server.xml，添加内容如下：
<Valve className="org.apache.catalina.valves.RemoteIpValve"
remoteIpHeader="X-Forwarded-For"
protocolHeader="X-Forwarded-Proto"
protocolHeaderHttpsValue="https"/>
3. NGINX的匹配顺序
location的语法规则如下： location [=|~|~*|^~] /uri/ { … }.
在nginx中location分为两类：普通location和正则location。普通 location ”是以“ = ”或“ ^~ ”为前缀或者没有任何前缀的 /uri/，包括“/”；“正则 location ”是以“ ~ ”或“ ~* ”为前缀的 /uri/ 。
那么如果一个 server 块中编写了多个 location 的时候，Nginx对于客户端请求匹配顺序如何呢？
官网说明如下：先匹配普通location，取的最大前缀匹配，再匹配正则location，如果匹配到则按照正则匹配，如果有多个正则可以匹配到，则按照第一个匹配结果处理，如果正则匹配失败则使用普通location的最大前缀匹配。Nginx也设置了几种机制可以打断这种顺序，分别是“^~ ”、“= ”或者location精确匹配。
简单的讲顺序如下：
首先普通location“=”精确匹配；
然后普通location的URL精确匹配；
然后普通location”^~"配置；
然后正则匹配；
然后其他普通location匹配；
最后“/”通用匹配