java中filelock可实现进程级单实例控制：通过randomaccessfile获取filechannel，对固定锁文件（如app.lock）尝试独占锁，成功则运行，失败则退出；锁由os内核维护，jvm崩溃后自动释放，需确保路径一致、资源显式释放并添加shutdownhook兜底。
Java 中可以通过 FileChannel 和 FileLock 实现进程级单实例控制——本质是利用操作系统对文件锁的排他性，确保同一时刻只有一个 JVM 进程能成功获取锁。
核心原理：用文件锁抢占“锁文件”
不依赖外部服务或注册表，而是选定一个固定路径（如 app.lock）作为“锁文件”。启动时尝试以独占方式打开并锁定该文件；若失败（抛 OverlappingFileLockException 或返回 null），说明已有实例在运行。
- 锁由操作系统内核维护，跨 JVM、跨线程有效，且 JVM 崩溃后锁会自动释放
- 必须使用
RandomAccessFile或FileOutputStream获取可写通道（只读通道无法加独占锁） - 锁是建议性的（advisory），但 Java 的
FileLock在大多数主流系统（Linux/macOS/Windows）上表现为强制锁，只要所有进程都遵守约定即可
关键代码实现（带自动清理）
以下是一个健壮的单实例锁工具类片段：
public class SingleInstanceLock {
private final File lockFile;
private RandomAccessFile raf;
private FileChannel channel;
private FileLock lock;
public SingleInstanceLock(String lockFilePath) {
this.lockFile = new File(lockFilePath);
}
public boolean tryLock() {
try {
// 确保父目录存在
lockFile.getParentFile().mkdirs();
raf = new RandomAccessFile(lockFile, "rw");
channel = raf.getChannel();
// 尝试获取整个文件的独占锁（非阻塞）
lock = channel.tryLock();
if (lock == null) {
release(); // 锁失败，立即释放资源
return false;
}
// 成功：写入当前 PID（便于调试和排查残留锁）
raf.writeLong(ProcessHandle.current().pid());
return true;
} catch (IOException e) {
release();
return false;
}
}
public void release() {
try {
if (lock != null && lock.isValid()) lock.release();
if (channel != null) channel.close();
if (raf != null) raf.close();
} catch (IOException ignored) {}
// 可选：删除锁文件（谨慎！仅当确认无其他实例时）
// lockFile.delete();
}
}
注意：不要在 finally 块里调用 release()，否则可能在 tryLock() 成功前就释放了未持有的锁；应在主流程中显式调用。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
集成到应用启动流程
在 main 方法最开始执行锁检查：
public static void main(String[] args) {
SingleInstanceLock lock = new SingleInstanceLock("./app.lock");
if (!lock.tryLock()) {
System.err.println("另一个实例正在运行，退出。");
System.exit(1);
}
// 此处开始业务逻辑
SpringApplication.run(MyApp.class, args);
// JVM 正常退出时释放锁（也可通过 ShutdownHook 保证）
Runtime.getRuntime().addShutdownHook(new Thread(lock::release));
}
补充建议：
- 锁文件路径尽量用绝对路径，避免因工作目录不同导致多个锁文件
- 避免将锁文件放在临时目录（如
/tmp），某些系统重启会清空，但更常见的是权限问题或被清理策略误删 - 开发测试时可加日志打印 PID 和锁文件路径，方便排查“假死锁”（如上次异常退出未释放）
常见陷阱与绕过方案
虽然简单可靠，但需注意边界情况：
- JVM 强杀（kill -9）：锁会由 OS 自动释放，无需额外处理；但锁文件内容可能残留，不影响下次加锁
-
多用户环境：若不同用户启动相同应用，需确保锁文件路径用户可写，或改用用户专属路径（如
System.getProperty("user.home") + "/.myapp/lock"） - 容器化部署：Docker/K8s 中多个 Pod 共享宿主机文件系统才有效；否则需改用分布式锁（如 Redis/ZooKeeper）
- IDE 调试多次启动：IDE 默认每次运行新建进程，锁会生效；可配置 IDE 使用“Single instance only”选项（IntelliJ 支持），或手动指定不同锁路径用于调试
不复杂但容易忽略细节。锁本身轻量，关键是路径一致、资源及时释放、异常场景有兜底。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
