hi，我是程序员王也，一个资深Java开发工程师，平时十分热衷于技术副业变现和各种搞钱项目的程序员~，如果你也是，可以一起交流交流。
今天我们聊聊linux中运行java jar包的问题~
理解nohup命令
nohup命令的基本概念
nohup是一个常用的Unix命令，用于在忽略挂起信号（SIGHUP）的情况下运行指定的命令或进程。当用户注销或关闭终端时，通常后台运行的进程会收到SIGHUP信号而终止。使用nohup可以避免这种情况，使得进程即使在用户注销后也能继续运行。
nohup的工作原理
nohup通过忽略SIGHUP信号来实现命令的持续运行。当nohup命令被执行时，它会启动一个新的进程，并将该进程的SIGHUP信号屏蔽，这样即使终端关闭，该进程也不会受到影响。
nohup与后台进程的区别
后台进程可以通过在命令后添加&符号来启动，如command &。然而，后台进程在用户注销后通常无法继续运行，因为它们会收到SIGHUP信号。与之相比，nohup启动的进程则不会受到用户注销的影响。
示例：使用nohup启动Java应用
假设我们有一个名为MyApp.jar的Java应用程序，我们希望在后台运行它，即使用户注销或关闭终端，应用也能持续运行。
启动命令
nohup java -jar MyApp.jar &这个命令做了以下几件事：
nohup：告诉系统忽略挂起信号。java -jar MyApp.jar：实际的Java命令，用于启动JAR文件。&：将命令放入后台执行。 输出重定向
默认情况下，nohup会将输出重定向到名为nohup.out的文件中。如果需要自定义输出文件，可以使用重定向操作符：
nohup java -jar MyApp.jar > output.log 2>&1 &这里：
>：将标准输出重定向到output.log文件。2>&1：将标准错误也重定向到同一个文件。 查看进程状态
可以使用ps命令查看nohup启动的进程状态：
ps -ef | grep MyApp.jar停止进程
要停止由nohup启动的进程，可以使用kill命令结合进程ID（PID）：
kill -9 PID其中，PID是ps命令查询到的进程ID。
案例源码说明
以下是使用nohup启动Java应用的完整示例，包括启动、输出重定向和进程管理：
启动Java应用
nohup java -jar /path/to/MyApp.jar > /path/to/output.log 2>&1 &查看进程
ps -ef | grep MyApp.jar停止进程
kill -9 $(pgrep -f MyApp.jar)在这个例子中，pgrep -f MyApp.jar用于查找所有与MyApp.jar相关的进程，然后kill -9发送SIGKILL信号以强制终止进程。
Java项目打包与部署
Java项目的打包流程
Java项目打包通常指的是将编译后的.class文件及其依赖项打包成一个可执行的JAR（Java Archive）文件。这个过程可以通过多种工具完成，其中最常用的是Maven和Gradle。
使用Maven打包
<!-- 在pom.xml文件中配置build插件 --><build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.2.0</version> <configuration> <archive> <manifest> <mainClass>com.example.MyApp</mainClass> <!-- 主类全名 --> </manifest> </archive> </configuration> </plugin> </plugins></build>然后运行Maven命令来打包项目：
mvn clean package使用Gradle打包
在build.gradle文件中配置Jar任务：
jar { manifest { attributes 'Main-Class': 'com.example.MyApp' // 主类全名 }}然后运行Gradle命令来打包项目：
gradle build创建可执行的JAR文件
创建一个可执行的JAR文件意味着JAR包含了一个清单文件（MANIFEST.MF），其中指定了程序的入口类。
Maven案例源码
在pom.xml中配置好maven-jar-plugin后，执行mvn package命令，Maven会在target目录下生成一个包含所有依赖和配置好清单的JAR文件。
Gradle案例源码
在build.gradle中配置好Jar任务后，执行gradle build命令，Gradle会在build/libs目录下生成JAR文件。
部署策略与环境准备
部署Java应用程序需要考虑运行环境的配置，包括JDK版本、系统权限、依赖库等。
环境准备
确保服务器上安装了正确版本的JDK。配置环境变量，如JAVA_HOME指向JDK安装目录。确保服务器有适当的权限设置，以便应用程序可以运行。 部署策略
直接部署：将生成的JAR文件上传至服务器的指定目录。持续集成/持续部署（CI/CD）：通过自动化工具如Jenkins，自动化测试和部署流程。案例源码说明
假设我们已经使用Maven或Gradle成功打包了一个Java应用程序，现在需要将其部署到服务器上。
Maven部署案例
运行mvn package生成JAR文件。使用SCP（安全复制）命令将JAR文件复制到服务器：scp target/MyApp.jar username@server:/path/to/deploymentGradle部署案例
运行gradle build生成JAR文件。使用SCP命令将JAR文件复制到服务器：scp build/libs/MyApp.jar username@server:/path/to/deployment一旦JAR文件上传到服务器，就可以使用之前提到的nohup命令来启动Java应用程序。
使用nohup启动Java项目的步骤
准备启动脚本
在部署Java项目后，创建一个启动脚本可以简化启动过程，并允许更灵活地管理Java应用。以下是一个简单的启动脚本示例：
#!/bin/bash# Java应用的JAR文件路径JAR_PATH="/path/to/MyApp.jar"# 定义日志文件输出路径LOG_FILE="/path/to/MyApp.log"# 使用nohup命令启动Java应用，并将输出重定向到日志文件nohup java -jar $JAR_PATH > $LOG_FILE 2>&1 &# 回显启动信息echo "Java application started. Check the log at $LOG_FILE"确保将/path/to/MyApp.jar和/path/to/MyApp.log替换为实际的JAR文件路径和日志文件路径。
配置环境变量
在启动脚本中或在系统环境变量中配置必要的环境变量，如JAVA_HOME和应用依赖的库路径。
在脚本中设置环境变量
export JAVA_HOME="/usr/lib/jvm/java-8-openjdk"export PATH="$JAVA_HOME/bin:$PATH"在系统环境变量中设置
对于Linux系统，可以在用户的.bashrc或.profile文件中添加上述export语句。对于Windows系统，可以通过系统属性 -> 高级 -> 环境变量来设置。 启动命令的完整示例
结合上述脚本和环境变量配置，一个完整的启动命令可能如下：
# 运行启动脚本./start-app.sh确保start-app.sh脚本文件具有执行权限，可以使用chmod命令来设置：
chmod +x start-app.sh监控和管理运行中的Java应用
监控和管理Java应用对于确保其稳定性和性能至关重要。
查看进程
使用ps命令查看Java应用的进程信息：
ps -ef | grep java查看日志
检查之前定义的日志文件以了解应用的运行状况：
tail -f /path/to/MyApp.log停止应用
如果需要停止应用，可以使用kill命令结合进程ID（PID）：
kill -9 $(pgrep -f MyApp.jar)案例源码说明
假设我们有一个名为MyApp.jar的Java应用程序，我们希望在服务器上自动启动它，并确保它在后台稳定运行。
启动脚本start-app.sh
#!/bin/bash# 设置环境变量export JAVA_HOME="/usr/lib/jvm/java-8-openjdk"export PATH="$JAVA_HOME/bin:$PATH"# 指定JAR文件和日志文件路径JAR_PATH="/usr/local/apps/MyApp.jar"LOG_PATH="/var/log/MyApp.log"# 启动Java应用，并将输出重定向到日志文件nohup java -jar $JAR_PATH > $LOG_PATH 2>&1 &echo "Application started. Check logs at $LOG_PATH"给脚本赋予权限
chmod +x start-app.sh启动应用
./start-app.sh监控应用
# 查看进程ps -ef | grep java# 查看日志tail -f /var/log/MyApp.log停止应用
kill -9 $(pgrep -f MyApp.jar)