我们将编写的应用程序打包为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 &
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-05-20 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-05-20 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 & 

这时我们在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 &

初始内存(-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 &

通过-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 &

通过-Xmx2048M，修改最大分配内存为2048M。

JVM调优脚本

JVM的调优尤为最重，服务器的配置有限，可使用的资源我们则是要珍惜，做出最大的贡献！！！

为了每次部署服务的便利性，我把启动服务的命令进行了封装，并命名为boot-jar.sh，内容如下所示：

#!/bin/bash
# author wgc
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同级目录下。以上只是案例,具体的要根据公司的linux服务器的配置进行修改和优化