Java中的相对路径与绝对路径

Java相对路径/绝对路径总结

2008-07-01 11:43:18| 分类： java技术 |举报|字号 订阅
路径分隔符是双反斜杠“\”

createNewFile()方法抛出异常，调用时必须捕捉这种异常，创建路径中的文件。

mkdirs()方法创建路径中的所有目录。

注明：如果从ANT启动程序，this.getClass().getResource(“”)取出来的比较怪，直接用JAVA命令行调试就可成功。

得到classpath和当前类的绝对路径的一些方法获得CLASSPATH之外路径的方法：

　　URL base = this.getClass（）.getResource（”“）； //先获得本类的所在位置，如/home/popeye/testjava/build/classes/net/ String path = new File（base.getFile（）， “……/……/……/”+name）.getCanonicalPath（）； //就可以得到/home/popeye/testjava/name

下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。1.FileTest.class.getResource（""）得到的是当前类FileTest.class文件的URI目录。不包括自己！如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/com/test/2.FileTest.class.getResource（"/"）得到的是当前的classpath的绝对URI路径。如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/3.Thread.currentThread（）.getContextClassLoader（）.getResource（""）得到的也是当前ClassPath的绝对URI路径。如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/4.FileTest.class.getClassLoader（）.getResource（""）得到的也是当前ClassPath的绝对URI路径。如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/5.ClassLoader.getSystemResource（""）得到的也是当前ClassPath的绝对URI路径。如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/我推荐使用Thread.currentThread（）.getContextClassLoader（）.getResource（""）来得到当前的classpath的绝对路径的URI表示法。在Web应用程序中，我们一般通过ServletContext.getRealPath（"/"）方法得到Web应用程序的根目录的绝对路径。这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。注意点：1.尽量不要使用相对于System.getProperty（"user.dir"）当前用户目录的相对路径。这是一颗定时炸弹，随时可能要你的命。2.尽量使用URI形式的绝对路径资源。它可以很容易的转变为URI，URL，File对象。3.尽量使用相对classpath的相对路径。不要使用绝对路径。使用上面ClassLoaderUtil类的public static URL getExtendResource（String relativePath）方法已经能够使用相对于classpath的相对路径定位所有位置的资源。4.绝对不要使用硬编码的绝对路径。因为，我们完全可以使用ClassLoader类的getResource（""）方法得到当前classpath的绝对路径。使用硬编码的绝对路径是完全没有必要的！它一定会让你死的很难看！程序将无法移植！如果你一定要指定一个绝对路径，那么使用配置文件，也比硬编码要好得多！当然，我还是推荐你使用程序得到classpath的绝对路径来拼资源的绝对路径。(T002)

java 使用相对路径读取文件

1.java project环境，使用java.io用相对路径读取文件的例子：

*目录结构：

DecisionTree

        |___src             |___com.decisiontree.SamplesReader.java        |___resource             |___train.txt,test.txt

*SamplesReader.java:

String filepath=”resource/train.txt”;//注意filepath的内容；

File file=new File(filepath);

……

*我们留意filepath的内容，java.io默认定位到当前用户目录(“user.dir”)下，即：工程根目

录”D:\DecisionTree”下，因此，此时的相对路径(以user.dir为基路径的路径)为”resource/train.txt”

。这样，JVM就可以根据”user.dir”与”resource/train.txt”得到完整的路径（即绝对路

径）”D:\DecisionTree\resource\train.txt”，从来找到train.txt文件。

*注意：相对路径的起始处无斜杆”/”;例如：

filepath=”resource/train.txt”;

而不是filepath=”/resource/train.txt”; //error!

2、javaEE环境，使用Classloader用相对路径读取xml的例子：

*参见之前写的文章“通过虚拟路径或相对路径读取一个xml文件，避免硬编码”。

*内容如下：

java使用相对路径读取xml文件：

一、xml文件一般的存放位置有三个：

1.放在WEB-INF下；

2.xml文件放在/WEB-INF/classes目录下或classpath的jar包中；

3.放在与解析它的java类同一个包中，不一定是classpath；

二、相对应的两种使用相对路径的读取方法：

方法一：（未验证）

将xml文件放在WEB-INF目录下，然后

程序代码：

InputStream is=getServletContext().getResourceAsStream( “/WEB-INF/xmlfile.xml” );

方法二：将xml文件放在/WEB-INF/classes目录下或classpath的jar包中，则可以使用ClassLoader的静态

方法getSystemResourceAsStream(String s)读取；

程序代码：

String s_xmlpath=”com/spf/web/ext/hotspot/hotspotxml/hotspot.xml”;

InputStream in=ClassLoader.getSystemResourceAsStream(s_xmlpath);

方法三：xml在随意某个包路径下：

String s_xmlpath=”com/spf/web/ext/hotspot/hotspotxml/hotspot.xml”;

ClassLoader classLoader=HotspotXmlParser.class.getClassLoader();

InputStream in=classLoader.getResourceAsStream(s_xmlpath);

对于Java程序，无论是未打包的还是打包的JAR或WAR文件，有时候都需要获取它运行所在目录信息，如何做到这一点呢？

在Java处理的文件系统中，目录的表示方式有两种：

（1）绝对目录，它以”/”为起始字符，代表从根目录下开始寻找给出的目录，如/c:/java

（2）相对路径，它以不带“/”的目录名表示，表示以当前Java程序正在运行的目录作为起始目录来寻找给出的目录。如java/classes。在相对路径中，有一些特定的字符，可以代表特的的目录，比如，“.”代表当前目录，“..”代表当前目录的上一级目录。在网上很多给出的例子中，就是利用”.”作为目录名，构造File对象的实例，然后通过File对象的方法来获取当前程序运行的目录。

这种方法虽然简单，但有时不能正确的得出当前程序的运行目录。原因在于，运行Java程序不一定要进入到该程序的类文件或JAR文件所在的目录，只要在运行时指定了正确的类路径信息，就可以在任何目录中运行Java程序，此时利用这种方法只能得到发出运行命令时所在的目录信息。

从上面的分析可以看出，对于很多Java程序，尤其是WEB程序，利用当前路径的“.”表示法，都不能满足要求。那么怎样才能正确的得到运行目录信息呢？

在Web程序中，利用Servlet API可以获得一些路径信息，比如HttpServletRequest接口中定义的getRealPath方法，但类似这些方法都依赖于Servlet环境，不便于程序的单元测试。

本文提供了一种只使用Java标准API的路径探测方法，就是利用ClassLoader抽象类。

利用java.lang.Class的getClassLoader方法，可以获得给定类的ClassLoader实例，它的getResource方法可以获得当前类装载器中的资源的位置，我们可以利用类文件的名称作为要查找的资源，经过处理后就可获得当前Java程序的运行位置信息，其伪代码如下：

获得Class参数的所在的类名

取得该类所在的包名

将包名转换为路径

利用getResource得到当前的类文件所在URL

利用URL解析出当前Java程序所在的路径

具体代码如下：

Java代码

/**———————————————————————–
*getAppPath需要一个当前程序使用的Java类的class属性参数，它可以返回打包过的
*Java可执行文件（jar，war）所处的系统目录名或非打包Java程序所处的目录
*@param cls为Class类型
*@return 返回值为该类所在的Java程序运行的目录
————————————————————————-*/
public static String getAppPath(Class cls){
//检查用户传入的参数是否为空
if(cls==null)
throw new java.lang.IllegalArgumentException(“参数不能为空！”);
ClassLoader loader=cls.getClassLoader();
//获得类的全名，包括包名
String clsName=cls.getName()+”.class”;
//获得传入参数所在的包
Package pack=cls.getPackage();
String path=”“;
//如果不是匿名包，将包名转化为路径
if(pack!=null){
String packName=pack.getName();
//此处简单判定是否是Java基础类库，防止用户传入JDK内置的类库
if(packName.startsWith(“java.”)||packName.startsWith(“javax.”))
throw new java.lang.IllegalArgumentException(“不要传送系统类！”);
//在类的名称中，去掉包名的部分，获得类的文件名
clsName=clsName.substring(packName.length()+1);
//判定包名是否是简单包名，如果是，则直接将包名转换为路径，
if(packName.indexOf(“.”)<0) path=packName+”/”;
else{//否则按照包名的组成部分，将包名转换为路径
int start=0,end=0;
end=packName.indexOf(“.”);
while(end!=-1){
path=path+packName.substring(start,end)+”/”;
start=end+1;
end=packName.indexOf(“.”,start);
}
path=path+packName.substring(start)+”/”;
}
}
//调用ClassLoader的getResource方法，传入包含路径信息的类文件名
java.net.URL url =loader.getResource(path+clsName);
//从URL对象中获取路径信息
String realPath=url.getPath();
//去掉路径信息中的协议名”file:”
int pos=realPath.indexOf(“file:”);
if(pos>-1) realPath=realPath.substring(pos+5);
//去掉路径信息最后包含类文件信息的部分，得到类所在的路径
pos=realPath.indexOf(path+clsName);
realPath=realPath.substring(0,pos-1);
//如果类文件被打包到JAR等文件中时，去掉对应的JAR等打包文件名
if(realPath.endsWith(“!”))
realPath=realPath.substring(0,realPath.lastIndexOf(“/”));
/*————————————————————
ClassLoader的getResource方法使用了utf-8对路径信息进行了编码，当路径
中存在中文和空格时，他会对这些字符进行转换，这样，得到的往往不是我们想要
的真实路径，在此，调用了URLDecoder的decode方法进行解码，以便得到原始的
中文及空格路径
————————————————————-*/
try{
realPath=java.net.URLDecoder.decode(realPath,”utf-8”);
}catch(Exception e){throw new RuntimeException(e);}
return realPath;
}//getAppPath定义结束
/—————————————————————–
/*———————————————————————– *getAppPath需要一个当前程序使用的Java类的class属性参数，它可以返回打包过的 *Java可执行文件（jar，war）所处的系统目录名或非打包Java程序所处的目录 @param cls为Class类型 @return 返回值为该类所在的Java程序运行的目录 ————————————————————————-/ public static String getAppPath(Class cls){ //检查用户传入的参数是否为空 if(cls==null) throw new java.lang.IllegalArgumentException(“参数不能为空！”); ClassLoader loader=cls.getClassLoader(); //获得类的全名，包括包名 String clsName=cls.getName()+”.class”; //获得传入参数所在的包 Package pack=cls.getPackage(); String path=”“; //如果不是匿名包，将包名转化为路径 if(pack!=null){ String packName=pack.getName(); //此处简单判定是否是Java基础类库，防止用户传入JDK内置的类库 if(packName.startsWith(“java.”)||packName.startsWith(“javax.”)) throw new java.lang.IllegalArgumentException(“不要传送系统类！”); //在类的名称中，去掉包名的部分，获得类的文件名 clsName=clsName.substring(packName.length()+1); //判定包名是否是简单包名，如果是，则直接将包名转换为路径， if(packName.indexOf(“.”)<0) path=packName+”/”; else{//否则按照包名的组成部分，将包名转换为路径 int start=0,end=0; end=packName.indexOf(“.”); while(end!=-1){ path=path+packName.substring(start,end)+”/”; start=end+1; end=packName.indexOf(“.”,start); } path=path+packName.substring(start)+”/”; } } //调用ClassLoader的getResource方法，传入包含路径信息的类文件名 java.net.URL url =loader.getResource(path+clsName); //从URL对象中获取路径信息 String realPath=url.getPath(); //去掉路径信息中的协议名”file:” int pos=realPath.indexOf(“file:”); if(pos>-1) realPath=realPath.substring(pos+5); //去掉路径信息最后包含类文件信息的部分，得到类所在的路径 pos=realPath.indexOf(path+clsName); realPath=realPath.substring(0,pos-1); //如果类文件被打包到JAR等文件中时，去掉对应的JAR等打包文件名 if(realPath.endsWith(“!”)) realPath=realPath.substring(0,realPath.lastIndexOf(“/”)); /———————————————————— ClassLoader的getResource方法使用了utf-8对路径信息进行了编码，当路径 中存在中文和空格时，他会对这些字符进行转换，这样，得到的往往不是我们想要 的真实路径，在此，调用了URLDecoder的decode方法进行解码，以便得到原始的 中文及空格路径 ————————————————————-/ try{ realPath=java.net.URLDecoder.decode(realPath,”utf-8”); }catch(Exception e){throw new RuntimeException(e);} return realPath; }//getAppPath定义结束 //—————————————————————–

该方法既可以用于JAR或WAR文件，也可以用于非JAR文件。但要注意以下2点：

不要传递系统的类，作为getAppPath的参数，如java.lang.String.class，当然，也不要传递那些已经位于JDK中的那些类，比如xml相关的一些类等等。
要传递应该是程序中主要的运行类，不要传递程序中的支持类库中的类文件，也就是那些第三方的类库中的类文件，否则得到的将是那些类库的位置。