知识改变命运，撸码使我快乐，2020继续游走在开源界
点赞再看，养成习惯
给我来个Star吧，点击了解下基于SpringBoot的组件化接口服务落地解决方案
我们将编写的应用程序打包为Jar可执行文件后，如果在Linux服务器环境下，可直接使用java -jar xxx.jar命令运行应用程序，不过当我们关闭命令窗口后启动中的应用程序也会停止，那我们需要通过什么方式才可以成为后台服务方式运行呢？
Nohup命令
Linux系统或者OS X都提供了一个解决应用程序后台运行的命令，那就是nohup，我们使用该命令可以直接将要执行的任务放置在后台运行，想要停止运行时需要通过结束pid的方式，使用方式如下所示：
➜ developing-first-application git:(2.x) ✗ nohup java -jar target/service-application-0.0.1-SNAPSHOT.jar &
[1] 2349
appending output to nohup.out
我们通过以上的命令执行后可以看到控制台输出了本次运行程序的PID为 2349，我们可以使用kill命令杀死这个PID，从而达到了结束进程的效果。
注意事项：
appending output to nohup.out这句话很有必要了解下，要知道我们之前通过java -jar xxx.jar直接运行应用程序时会有运行日志输出到控制台的，我们通过nohup方式运行时我们貌似并没有发现日志的输出，日志去了哪里呢？
运行日志
当你看到appending output to nohup.out这句话在控制台打印时，应该可以猜测到了，日志的内容已经输出到了名为nohup.out的文件内，该文件所处的位置就是我们运行nohup命令的同级目录（注意：不是jar文件的目录），我们可以通过tail -1000f nohup.out命令查看运行日志内容，如下所示：
➜ developing-first-application git:(2.x) ✗ tail -1000f nohup.out
. ____ _ __ _ _
/\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
\\/ ___)| |_)| | | | | || (_| | ) ) ) )
' |____| .__|_| |_|_| |_\__, | / / / /
=========|_|==============|___/=/_/_/_/
:: Spring Boot :: (v2.2.4.RELEASE)
...
2020-02-21 14:31:42.614 INFO 2349 --- [ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat started on port(s): 8080 (http) with context path ''
2020-02-21 14:31:42.617 INFO 2349 --- [ main] o.m.c.d.f.a.DevelopingFirstApplication : Started DevelopingFirstApplication in 1.437 seconds (JVM running for 1.75)
通过
nohup执行的命令所产生的日志都会输出到默认nohup.out文件内。
指定日志文件
在同一台服务器上、同一个目录下可能会存在多个需要运行的Jar文件，为了区分每个应用程序的日志输出，这时我们就需要指定日志输出的文件名，如下所示：
➜ developing-first-application git:(2.x) ✗ nohup java -jar target/service-application-0.0.1-SNAPSHOT.jar &> service-application-0.0.1.log &
[1] 2579
这时我们在nohup命令执行的同级目录下就可以看到创建了一个名为service-application-0.0.1.log的日志文件。
建议：日志文件的名称格式：
Service ID + Service Version，相同ServiceID的服务可能存在部署不同版本的情况。
JVM Server模式
在JVM内有一个模式的概念，开发环境中一般使用的是client模式，不过生产服务器上一般都是使用server模式，我们要怎么选择呢？
推荐开发环境使用client模式，因为它启动快，可以提高一部分开发效率，节省每一次项目启动的时间，而生产环境则是推荐使用server模式，内部使用了代号为C2的重量级编译器，这样虽然导致应用程序启动速度有所提高，不过编译的比较彻底，服务在运行期间相对于client性能高一些。
设置使用server模式也比较简单，我们只需要执行java -server命令即可，如下所示：
➜ developing-first-application git:(2.x) ✗ nohup java -server -jar target/service-application-0.0.1-SNAPSHOT.jar &> service-application-0.0.1.log &
[1] 2707
初始内存(-Xms)
JVM在client模式下运行，默认Xms大小为1M，而在server模式下默认Xms大小为128M，可以根据实际情况进行修改分配，如下所示：
➜ developing-first-application git:(2.x) ✗ nohup java -server -Xms256M -jar target/service-application-0.0.1-SNAPSHOT.jar &> service-application-0.0.1.log &
[1] 2846
通过-Xms256M，修改初始化分配的内存为256M。
最大内存(-Xmx)
JVM在client模式下运行，默认Xmx大小为64M，而在server模式下默认Xmx大小为1024M，可以根据实际情况进行修改分配，如下所示：
➜ developing-first-application git:(2.x) ✗ nohup java -server -Xms256M -Xmx2048M -jar target/service-application-0.0.1-SNAPSHOT.jar &> service-application-0.0.1.log &
[1] 2340
通过-Xmx2048M，修改最大分配内存为2048M。
JVM调优脚本
JVM的调优尤为最重，服务器的配置有限，可使用的资源我们则是要珍惜，做出最大的贡献！！！
为了每次部署服务的便利性，我把启动服务的命令进行了封装，并命名为boot-jar.sh，内容如下所示：
#!/bin/bash
# author 恒宇少年 - 于起宇
# http://blog.yuqiyu.com
nohup java -server -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -Xms256m -Xmx1024m -Xmn256m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC -jar "$1" > "$1.log" 2>&1 &
tail -1000f "$1.log"
使用
touch boot-jar.sh创建启动脚本，创建完成后将上面内容复制到脚本内，并通过chmod u+x boot-jar.sh命令修改权限为可执行文件。
boot-jar.sh脚本使用如下：
➜ developing-first-application git:(2.x) ✗ ./boot-jar.sh target/service-application-0.0.1-SNAPSHOT.jar
由于脚本内添加了tail命令，应用程序启动后会自动输出运行日志。
建议：
boot-jar.sh应用程序启动脚本位置尽量放在与Jar同级目录下。
