我要评论使用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 包路径信息。
最后
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论