教你如何使用jar包完美部署运行springboot项目

前言

很多时候，我们已经习惯开发完java程序后打包成war包，然后用tomcat支撑war包服务，我们都是这么做的，而且现在这么做也肯定没毛病。
近几年，springboot兴起了，他自带tomcat容器，同时支持打包成war包和jar包，于是乎，我们果断的选择了war包。
当然，这也毛病。
可是，jar包怎么用呢？这也是我之前在思考的问题，因为我也是war包的忠实拥护者，毕竟谁也不想轻易的改变自己的习惯。但是我在最新的项目上想利用一下springboot打成jar包的特性，突破一下jar包部署。

这也许是你看过的最为详细且简单好用的springboot jar包部署方案。

WAR包和JAR包的区别

jar包：直接通过内置tomcat运行，不需要额外安装tomcat。如需修改内置tomcat的配置，只需要在spring boot的配置文件中配置。内置tomcat没有自己的日志输出，全靠jar包应用输出日志。但是比较方便，快速，比较简单。

war包：传统的应用交付方式，需要安装tomcat，然后放到webapps目录下运行war包，可以灵活选择tomcat版本，可以直接修改tomcat的配置，有自己的tomcat日志输出，可以灵活配置安全策略。相对打成jar包来说没那么快速方便。

他们各有优缺点，这不做讨论，有想要了解jar包部署的可以接着往下看.

JAR包部署

环境： Ubuntu 16 搭配 Nginx （想了解Nginx如何部署的，可以看我前几篇文章）
jar包 ： happy.jar
端口： 8000
域名： api.happy.com 部署为 https 环境

第一步 准备目录

在你想运行程序的地方创建一个目录，暂时选定为 /usr文件下

cd /usr
mkdir happy

第二步 上传jar包

将jar包传入该文件夹，可同步ftp或安装sz直接上传

第三步 start.sh

编写脚本 start.sh 作为启动脚本

touch start.sh     # 创建start.sh文件
chmod +x start.sh  # 将start.sh 变为可执行文件
vim start.sh       # 编辑start.sh文件

start.sh 文件内容

# nohup 后台运行 ，要不然你退出了程序就挂掉了。
# java -jar happy.jar 运行程序
# --spring.profiles.active=dev 设置为dev环境（当然前提是你程序配置是有dev的）
nohup java -jar happy.jar --spring.profiles.active=dev &

这样你的start.sh 文件就创建好了，执行指令为

./start.sh

第四步 stop.sh

编写脚本 stop.sh 作为启动脚本

touch stop.sh     # 创建stop.sh文件
chmod +x stop.sh  # 将stop.sh 变为可执行文件
vim stop.sh       # 编辑stop.sh文件

stop.sh 文件内容

PID=$(ps -ef | grep happy.jar | grep -v grep | awk '{ print $2 }')
if [ -z "$PID" ]
then
echo Application is already stopped
else
echo kill $PID
kill $PID
fi

这句脚本的意思，就是找到happy.jar包的进程，然后杀掉他。执行指令为：

./stop.sh

第五步 log.sh

编写脚本 log.sh 作为启动脚本

touch log.sh     # 创建log.sh文件
chmod +x log.sh  # 将log.sh 变为可执行文件
vim log.sh       # 编辑log.sh文件

log.sh 文件内容，原理就是：jar包输出的日志全部都在nohup.out 里面，

tail -f nohup.out

这样你的log.sh 文件就创建好了，执行指令为

./log.sh

好了，一切准备就绪，你就有了一个可以jar包运行的小框架了。

第六步 nginx 解析（详细了解请看前几篇文章，这里只讲改动）

1.在upstream.conf 文件中添加解析

# upstream 配置监听happy
upstream happy{
    server localhost:8000 weight=1;
}

2.增加 api-happy-com.conf

    #Nginx 配置Https
    server {
        listen  *:443 ssl;
        server_name  api.happy.com;
        ssl_certificate      certs/api.happy.com.pem;    #证书路径;
        ssl_certificate_key  certs/api.happy.com.key;  #证书私钥路径;
        ssl_session_timeout  5m;
        ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;
        ssl_ciphers  ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
        ssl_prefer_server_ciphers   on;
        add_header Strict-Transport-Security "max-age=15768000; preload";
        #charset koi8-r;
        # 日志输出
        access_log      logs/default_access.log accesslog;
        error_log       logs/default_error.log;

        #基础配置，无需改动
        proxy_set_header Host   $host:$server_port;
        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 Connection "";
        proxy_connect_timeout 35s;
        proxy_read_timeout 35s;
        proxy_send_timeout 35s;
        proxy_intercept_errors on;
        proxy_http_version 1.1;
        proxy_next_upstream  off;
        server_tokens   off;
        server_info     off;
        # 服务标识，可替换为自己的
        server_tag      XUNMA;

        location / {
            root   html;
            index  index.html index.htm;
        }
        # 404 页面展示
        error_page 404              /404.html;
        # 403 页面展示
        error_page 403 /403.html;
        # 50 开头页面展示（500 502 503 504）
        error_page   500 502 503 504  /50x.html;
        location = /404.html {
            root   html;
        }
        location = /403.html {
            root   html;
        }
        location = /50x.html {
            root   html;
        }

        # 配置域名转发到happy
        location ~* / {
            proxy_pass  http://happy;
        }

    }

3.nginx.conf 添加配置文件

#user  nobody;
worker_processes  1;
error_log  logs/error.log;
error_log  logs/error.log  notice;
error_log  logs/error.log  info;
#error_log  "pipe:rollback logs/error_log interval=1d baknum=7 maxsize=2G";

#pid        logs/nginx.pid;


    worker_connections  1024;
}


http {
    #基础配置，无需改动
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    server_names_hash_bucket_size 128;
    client_header_buffer_size 32k;
    large_client_header_buffers 4 32k;
    client_max_body_size 8m;
    #access_log  logs/access.log  main;
    #access_log  "pipe:rollback logs/access_log interval=1d baknum=7 maxsize=2G"  main;
    sendfile        on;
    tcp_nopush     on;
    keepalive_timeout  65;
    tcp_nodelay on;
    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 on;
    gzip_min_length  1k;
    gzip_buffers     4 16k;
    gzip_http_version 1.0;
    gzip_comp_level 2;
    gzip_types       text/plain application/x-javascript text/css application/xml text/javascript application/json image/png image/jpg image/jpeg;
    gzip_vary on;
    server_tag  XUNMA;
    server_info  off;
    server_tokens off;
    log_format    accesslog '$time_iso8601 | $remote_addr | $status | $request | $request_body | $proxy_add_x_forwarded_for | $upstream_addr | $upstream_response_time | $request_time | $unix_time | $scheme://$host:$server_port | $request_completion ' ;

    ##=========核心=====================
     #Nginx 配置Https api.happy.com
    include    server/api-happy-com.conf;

    #Nginx 配置upstream动态分发
    include    server/upstream.conf;

}

到这里就一切大功告成了，重载下nginx就可以访问到自己的项目了。

总结

jar包部署其实相对灵活的很多，同一个包可以在无数的端口启动，如果你需要springCloud的话，这个部署优势一下就提现出来，尤其是在做负载的时候，你更能够体会到他的方便性。
其实jar包部署很简单，这里面最重要的就是思想的转变，我们已经习惯了war包部署，打造了自己的舒适圈，以至于无法接受新的模式，打造容易，打破难。
要跳出舒适圈，拥抱新知识~~
拜~