nohup java -jar xxx.jar --server.port=8081 > nohup.out 2>&1 & 啥意思
时间: 2023-11-16 19:58:28 浏览: 299
这是一个在Linux系统下运行Java应用程序的命令。其中nohup命令表示不挂断地运行命令,即使终端关闭或者用户退出也不会影响命令的执行。java -jar xxx.jar表示运行一个名为xxx.jar的Java应用程序。--server.port=8081表示指定应用程序的端口号为8081。> nohup.out 2>&1 &表示将应用程序的输出重定向到nohup.out文件中,并将标准错误输出也重定向到nohup.out文件中,最后将应用程序放到后台运行。
相关问题
java -jar xxx.jar --server.port=8085
### 如何使用 `java -jar` 命令运行 JAR 文件并设置 `server.port`
为了指定服务器监听的端口号,在命令行中可以利用 `-D` 参数来设定 JVM 的系统属性。对于 Spring Boot 应用程序而言,可以通过这种方式覆盖默认配置中的 `server.port` 属性。
当希望将服务绑定到特定端口比如 8085 上时,应当按照如下方式构建命令:
```bash
java -Dserver.port=8085 -jar your-application-name.jar
```
上述指令会启动名为 `your-application-name.jar` 的应用程序,并让其 HTTP 服务监听于 TCP/IP 协议栈上的 8085 号端口[^1]。
如果还需要确保进程在退出终端之后继续执行,则可采用 nohup 工具配合后台模式 (& 符号),例如下面这条完整的命令将会把标准输出重定向至日志文件以便后续查看:
```bash
nohup java -Dserver.port=8085 -jar your-application-name.jar > msg.log 2>&1 &
```
此方法不仅设置了自定义端口还实现了守护进程化操作[^2]。
java -jar报错
### 解决 `java -jar` 运行时报错的方法
#### 主清单属性缺失
当尝试通过 `java -jar xxx.jar` 命令运行 Java 应用程序时,如果遇到错误提示 "xxx.jar 中没有主清单属性"[^1],这表示 JAR 文件中的 MANIFEST.MF 清单文件未指定 Main-Class 属性。为了修复此问题:
- 打开 JAR 文件并编辑其内部的 META-INF/MANIFEST.MF 文件。
- 添加如下条目来指明应用程序入口类的位置:
```
Manifest-Version: 1.0
Main-Class: com.example.MainClass
```
#### 使用 nohup 后退出状态异常
对于使用 `nohup java -jar xxx.jar &` 方式启动应用却收到 `[1]+ Exit 1` 的情况[^2],通常是因为无法找到指定的 JAR 文件路径或权限不足。
- 确认执行者拥有读取该文件所需的适当访问权;
- 尝试直接调用而不带 nohup 来排除其他因素干扰;
#### Jenkins WAR 特定端口配置失败
针对利用特定参数如 `--httpPort=XXXX` 启动 Jenkins WAR 包而产生的错误消息[^3],可能的原因在于目标端口号已被占用或是防火墙阻止连接请求。
- 更改 HTTP 监听端口至另一个可用数值;
- 关闭任何冲突的服务进程释放资源;
- 检查本地安全策略允许外部网络流量进入设定好的服务地址;
#### Spring Boot JDBC 错误处理
Spring Boot 工程在 IDE 内部测试正常但在独立环境中部署后出现问题,则可能是依赖库版本差异引起的数据源初始化阶段抛出了 SQL 异常[^4]。
- 审核 pom.xml 或 build.gradle 构建脚本内的数据库驱动器声明部分;
- 对照官方文档调整相应插件坐标确保兼容性良好;
- 调整 application.properties/yml 设置项适应新环境变量影响;
```properties
# Example of configuring a data source in application.yml
spring.datasource.url=jdbc:mysql://localhost:3306/testdb?useSSL=false&serverTimezone=UTC
spring.datasource.username=root
spring.datasource.password=password
```
#### JDK 版本一致性校验
最后一种常见情形是由于编译期与运行时期采用不同版本 JVM 导致字节码解析不匹配从而引发 ClassFormatError 类型的致命故障[^5]。
- 统一整个开发周期内所使用的工具链标准;
- 修改 Maven POM 文件中 maven.compiler.source/target 参数保持一致;
- 利用 SDKMAN! 等管理软件切换默认解释引擎实例;
阅读全文
相关推荐









