关键词：jar部署到服务器

---

一、「我本地跑得好好的！」——论开发与运维的经典对白

如果你是个Java程序员（尤其是刚入行的萌新），大概率经历过这样的场景：

- 开发环境：`java -jar myapp.jar` → 程序丝滑启动 → 你露出了慈父般的微笑

- 生产环境：`java -jar myapp.jar` → 抛出`ClassNotFoundException` → 你当场表演笑容消失术

知识点1：环境一致性是玄学

举个栗子🌰：你在本地用Java 17编译了一个Spring Boot应用（内置Tomcat），结果服务器上只有Java 8——这就好比给法拉利加92号汽油，发动机不炸才怪！

解决方案：

1. Docker大法好（容器化打包镜像一键解决依赖问题）

2. Maven插件配置`11`强制指定JDK版本

二、「端口被占用了？可我明明没开其他程序啊！」——论Linux系统的隐藏关卡

当你自信满满输入`java -jar app.jar --server.port=8080`时，系统冷冷地回你一句：`Address already in use`……

知识点2：Linux的端口管理哲学

- 可能性1：你的程序上次没关干净（比如用Ctrl+C退出而非`kill -9`）→ `lsof -i:8080`查残留进程

- 可能性2：某个不知名的祖传脚本偷偷占用了端口 → `netstat -tulnp | grep 8080`揪出真凶

举个实战案例💻：某次我用nohup启动服务后忘记写停止脚本，结果重启时发现端口被占用——原来nohup默认会把进程挂起成僵尸！最后只能含泪祭出万能命令：

```bash

ps -ef | grep java | grep -v grep | awk '{print $2}' | xargs kill -9

```

三、「内存溢出？我代码明明很优雅！」——论JVM参数的量子纠缠

你以为只要写好业务逻辑就万事大吉？Too young！当你的服务在凌晨三点突然OOM崩溃时才会明白——没配JVM参数的jar包就像没装刹车的跑车。

知识点3：堆内存与垃圾回收的相爱相杀

举个血泪教训🩸：某次上线一个大数据处理服务时忘记设置Xmx参数（默认只分配1/4物理内存），结果刚启动就被OOM教做人……

正确姿势应该是这样启动服务：

java -Xms512m -Xmx2048m -XX:+UseG1GC -jar app.jar

```

解释一下这几个参数的作用：

- `-Xms512m`: Java堆内存初始值（别太小否则频繁扩容）

- `-Xmx2048m`: Java堆内存最大值（建议不超过物理内存的70%）

- `-XX:+UseG1GC`: G1垃圾回收器（比CMS更适合大内存场景）

四、「服务怎么又挂了？」——论进程守护的必要性

当你美滋滋地用nohup启动服务后关掉SSH窗口时——恭喜你触发了「孤儿进程诅咒」！第二天早上你会发现服务早已凉透……

知识点4：如何让程序像打不死的小强

方案对比表来啦📊：

| 方案 | 优点 | 缺点 |

|-------------|---------------------|---------------------|

| nohup | 简单粗暴 | 无法自动重启/监控日志 |

| screen | 可随时查看控制台 | SSH断开后操作复杂 |

| systemd ⭐️| 自带监控/重启/日志管理 | 需要学习unit文件写法 |

| Supervisor | Python系神器 | 需要额外安装 |

这里强烈推荐systemd配置示例（保存为/etc/systemd/system/myapp.service）：

```ini

[Unit]

Description=My Java Service

After=syslog.target

[Service]

User=appuser

ExecStart=/usr/bin/java -jar /opt/app/myapp.jar

Restart=always

RestartSec=30

[Install]

WantedBy=multi-user.target

然后就可以用这些魔法指令了✨：

systemctl start myapp

启动服务

journalctl -u myapp

查看实时日志

systemctl enable myapp

开机自启

五、「日志呢？我那么大个日志文件呢？」——论排查问题的基本修养

当老板怒吼「为什么支付接口挂了」时——如果你还在手忙脚乱地找catalina.out文件位置……建议提前准备好辞职信模板。

知识点5：日志管理的三大军规

1. 路径分离原则：绝对不要和jar包放在同一目录！推荐统一存放到/var/log/appname/

2. 滚动切割原则：用logback配置按天滚动+保留30天历史日志

3. 监控报警原则：（进阶玩法）ELK收集日志+Prometheus监控Error级别日志数

举个反面教材🚫：我曾见过一个祖传项目把日志直接输出到/tmp目录下——结果每次服务器重启后所有日志灰飞烟灭……

【总结】一份合格的部署checklist ✅

为了不让运维同事提着刀来找你喝茶，请在上线前确认以下事项：

1. JDK版本是否匹配 → `java -version`

2. JVM参数是否合理 → Xmx设了吗？GC选对了吗？

3. systemd配置文件语法是否正确 → `systemctl daemon-reload`

4. log目录权限是否开放 → `chown appuser:appuser /var/log/myapp`

5. （隐藏关卡）防火墙是否放行端口 → `firewall-cmd --list-ports`

最后说句掏心窝子的话💡 —— jar包部署的本质就是让程序在服务器上「活下来」并且「活得好」。记住这句话能少踩80%的坑！

TAG:jar部署到服务器,jar包部署到服务器,jar包放到服务器后怎么运行,jar包部署到服务器成功启动后拒绝访问