服务器获取Jar包运行目录 使用JAVA标准库获取运行在服务器上 Jar 包所在目录 System.getProperty("user.dir") 可直接获取Jar包启动运行的目录 （/usr/local/test/app.jar —> /usr/local/test） 与方法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 包路径信息。