nohup java -jar 启动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)