企业官网建设流程全解析

jar包正在运行中，为什么可以被替换？

这是一个很好的问题，涉及操作系统、JVM和文件系统的底层机制。简单来说：运行中的JAR文件可以被替换，是因为操作系统允许已打开的文件被删除或重写，但JVM仍然持有原文件的句柄和内容。

详细原理：

1.操作系统级别

• 在Linux/Unix系统中，文件被删除时，如果还有进程在使用它，文件内容不会立即从磁盘移除

• 内核会维护一个"引用计数"，只有当所有引用都关闭时，磁盘空间才会被释放

• 已打开的文件描述符仍然可以读写原文件内容

• Windows也有类似机制，但实现方式不同

2.JVM角度

java

// JVM通过ClassLoader加载类时，会打开JAR文件 JarFile jarFile = new JarFile("app.jar"); // 即使外部删除app.jar，jarFile对象仍能读取内容

3.具体过程

text

时间线： 1. t0: JVM启动，打开app.jar，获取文件描述符fd=100 2. t1: 类加载器从fd=100读取类字节码 3. t2: 你删除或替换app.jar（新文件可能获得新的inode） 4. t3: JVM仍然通过fd=100读取旧的JAR内容 5. t4: 重启应用时，JVM会关闭fd=100，重新打开新的app.jar

实践中的注意事项：

✅可以做的操作：

• 替换JAR文件（旧进程继续运行，新进程用新JAR）

• 删除JAR文件（已运行的不受影响）

• 重命名JAR文件

❌可能遇到的问题：

bash

# 场景1：直接替换可能失败 cp new.jar app.jar # 可能报"Text file busy"错误 # 场景2：优雅替换方法 mv app.jar app.jar.bak && cp new.jar app.jar # 或者使用 nohup 等方式先停止再替换

🔧安全替换建议：

bash

# 1. 先停止应用（推荐） ./stop.sh cp new.jar app.jar ./start.sh # 2. 使用原子替换（某些系统支持） install -m 755 new.jar app.jar # 3. 使用版本化JAR名 # app-1.0.jar -> app-1.1.jar # 通过符号链接指向当前版本 ln -sf app-1.1.jar app-current.jar

特殊注意事项：

1. 动态加载的类：如果使用自定义ClassLoader动态加载新类，可能会遇到问题

2. 配置文件：JAR内部的配置文件更改不会生效，需要重启

3. 资源文件：同样需要重启才能读取新的资源

4. 热部署框架：如Spring Boot DevTools、JRebel等有特殊处理机制

总结：

技术上是可行的，因为操作系统允许这样做，但生产环境不推荐直接替换，应该：

1. 正常停止应用

2. 备份原JAR

3. 部署新JAR

4. 重新启动

这样可以避免各种潜在问题，如内存泄漏、类加载冲突、资源未释放等。