使用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 包路径信息。