如何在GraalVM编译的原生镜像运行时获取程序二进制目录？

核心解决方案：使用GraalVM官方API #

GraalVM Native Image提供了专门的API来获取当前可执行文件的路径，这是最稳定可靠的方式，完全不受工作目录影响：

import org.graalvm.nativeimage.ImageInfo;
import java.nio.file.Path;
import java.nio.file.Paths;

public class ApplicationDirectory {
    public static Path getBinaryDirectory() {
        // 检查是否运行在Native Image环境中
        if (ImageInfo.inImageCode()) {
            // 获取当前二进制文件的绝对路径
            String executablePath = ImageInfo.getImagePath();
            // 返回二进制文件所在的目录
            return Paths.get(executablePath).getParent();
        }
        // 开发阶段（非Native模式）的 fallback 逻辑
        return Paths.get(System.getProperty("user.dir"));
    }
}

关键说明 #

• ImageInfo.getImagePath()：直接返回当前Native Image二进制文件的绝对路径，不存在环境变量或系统属性的不稳定问题。
• inImageCode()：用于区分开发环境（JVM运行）和Native Image运行环境，保证代码在两种场景下都能正常工作。

调用同目录下的其他应用 #

拿到目录后，直接通过路径拼接即可定位同目录的其他应用：

Path appDir = ApplicationDirectory.getBinaryDirectory();
Path siblingApp = appDir.resolve("your-sibling-app"); // 替换为实际的应用文件名

// 执行该应用示例
ProcessBuilder processBuilder = new ProcessBuilder(siblingApp.toString());
processBuilder.inheritIO();
Process process = processBuilder.start();
process.waitFor();

为什么之前的方法失效 #

• java.home：Native Image编译后会移除JRE相关的系统属性，因此该属性不存在。
• System.getenv("_")：该环境变量记录的是最后执行的命令，并非当前应用的路径，存在覆盖风险，稳定性极差。
• Paths.get(".").toAbsolutePath()：返回的是用户启动应用时的工作目录，而非二进制文件所在目录。

内容的提问来源于stack exchange，提问作者Itchy