hi，我是程序员王也，一个资深Java开发工程师，平时十分热衷于技术副业变现和各种搞钱项目的程序员~，如果你也是，可以一起交流交流。

<code>今天我们聊聊linux中运行java jar包的问题~

理解<code>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/deployment

Gradle部署案例

运行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"code>

# 定义日志文件输出路径

LOG_FILE="/path/to/MyApp.log"code>

# 使用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文件路径和日志文件路径。

配置环境变量