服务器获取Jar包运行目录

使用JAVA标准库获取运行在服务器上 Jar 包所在目录

1. System.getProperty("user.dir")
   可直接获取Jar包启动运行的目录
   （/usr/local/test/app.jar —> /usr/local/test）

2. 与方法1不同，获取的是jar包真实运行的路径（!/BOOT-INF/classes!/）

import java.io.File;
import java.net.URL;
import java.security.CodeSource;
import java.security.ProtectionDomain;
  
    public static String getJarPath(Class<?> clazz) {
        ProtectionDomain protectionDomain = clazz.getProtectionDomain();
        CodeSource codeSource = protectionDomain.getCodeSource();
        URL location = codeSource.getLocation();

        // 服务器：
        // file:/usr/local/test/api/app-api-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/
        String jarPath = location.getPath();
        // 截取有效路径：
        // /usr/local/test/api/app-api-0.0.1-SNAPSHOT.jar
        String reallyPath = jarPath.substring(jarPath.indexOf(":") + 1, jarPath.indexOf("!"));
        // 获取jar包文件的父目录
        File jarFile = new File(reallyPath);
        if (jarFile != null) {
        	///usr/local/test/api
            return jarFile.getParent();
        }
        return null;
    }

3.总结
ProtectionDomain 和 CodeSource 类的主要作用是获取 当前运行应用程序 的 JAR 包路径。与直接使用 System.getProperty(“user.dir”) 方法相比，两者有一些区别和适用场景。

System.getProperty(“user.dir”):

优点：简单、直接，无需额外依赖。
缺点：它返回的是当前工作目录（即启动 Java 进程所在的目录），而不一定是正在运行的 JAR 包所在的路径。如果应用程序是作为 JAR 文件运行的，那么这个方法将会返回启动 JAR 的目录，而不是 JAR 文件本身的路径。
ProtectionDomain 和 CodeSource：

优点：可以获取正在运行的 JAR 包的路径，适用于以 JAR 文件形式运行的应用程序。
缺点：相对比较复杂，需要使用 Java 标准库的类和方法，可能涉及到一些异常处理。

所以，选择哪种方法取决于你的具体需求和应用程序的运行方式。如果你只需要获取当前工作目录或启动 JAR 的目录，且不关心 JAR 文件所在路径，那么使用 System.getProperty(“user.dir”) 方法是更简单和直接的选择。但如果你需要获取正在运行的 JAR 文件的路径，并且应用程序是作为 JAR 文件运行的，那么使用 ProtectionDomain 和 CodeSource 类可以提供准确的 JAR 包路径信息。