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