前言
Java的路径问题,非常难搞。最近的工作涉及到创建和读取文件的工作,这里我就给大家彻底得解决java路径问题。
我编写了一个方法,比classloader.getresource(string 相对路径)方法的能力更强。它可以接受“../”这样的参数,允许我们用相对路径来定位classpath外面的资源。这样,我们就可以使用相对于classpath的路径,定位所有位置的资源!
java路径
java中使用的路径,分为两种:绝对路径和相对路径。具体而言,又分为四种:
一、uri形式的绝对资源路径
如:file:/d:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b
url是uri的特例。url的前缀/协议,必须是java认识的。url可以打开资源,而uri则不行。
url和uri对象可以互相转换,使用各自的touri(),tourl()方法即可!
二、本地系统的绝对路径
d:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b
java.io包中的类,需要使用这种形式的参数。
但是,它们一般也提供了uri类型的参数,而uri类型的参数,接受的是uri样式的string。因此,通过uri转换,还是可以把uri样式的绝对路径用在java.io包中的类中。
三、相对于classpath的相对路径
如:相对于file:/d:/java/eclipse32/workspace/jbpmtest3/bin/这个路径的相对路径。其中,bin是本项目的classpath。所有的java源文件编译后的.class文件复制到这个目录中。
四、相对于当前用户目录的相对路径
就是相对于system.getproperty("user.dir")返回的路径。
对于一般项目,这是项目的根路径。对于javaee服务器,这可能是服务器的某个路径。这个并没有统一的规范!所以,绝对不要使用“相对于当前用户目录的相对路径”。然而:默认情况下,java.io 包中的类总是根据当前用户目录来分析相对路径名。此目录由系统属性 user.dir 指定,通常是 java 虚拟机的调用目录。
这就是说,在使用java.io包中的类时,最好不要使用相对路径。否则,虽然在j2se应用程序中可能还算正常,但是到了J2EE程序中,一定会出问题!而且这个路径,在不同的服务器中都是不同的!③、隐藏:来源:www.gzu521.com
相对路径最佳实践推荐使用相对于当前classpath的相对路径
因此,我们在使用相对路径时,应当使用相对于当前classpath的相对路径。
classloader类的getresource(string name),getresourceasstream(string name)等方法,使用相对于当前项目的classpath的相对路径来查找资源。
读取属性文件常用到的resourcebundle类的getbundle(string path)也是如此。
通过查看classloader类及其相关类的源代码,我发现,它实际上还是使用了uri形式的绝对路径。通过得到当前classpath的uri形式的绝对路径,构建了相对路径的uri形式的绝对路径。(这个实际上是猜想,因为jdk内部调用了SUN的源代码,而这些代码不属于jdk,不是开源的。)
相对路径本质上还是绝对路径 7291&&}b0l{]A,W [ 本 资 料 来 源 于 贵 州 学 习 网 IT认证JAVA认证 http://Www.gzU521.com ] 7291&&}b0l{]A,W
因此,归根结底,java本质上只能使用绝对路径来寻找资源。所有的相对路径寻找资源的方法,都不过是一些便利方法。不过是api在底层帮助我们构建了绝对路径,从而找到资源的!
得到classpath和当前类的绝对路径的一些方法
下面是一些得到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应用程序中资源的寻址
上文中说过,当前用户目录,即相对于system.getproperty("user.dir")返回的路径。
对于javaee服务器,这可能是服务器的某个路径,这个并没有统一的规范!
而不是我们发布的web应用程序的根目录!
这样,在web应用程序中,我们绝对不能使用相对于当前用户目录的相对路径。
在web应用程序中,我们一般通过Servletcontext.getrealpath("/")方法得到web应用程序的根目录的绝对路径。
这样,我们只需要提供相对于web应用程序根目录的路径,就可以构建出定位资源的绝对路径。
这是我们开发web应用程序时一般所采取的策略。
通用的相对路径解决办法
java中各种相对路径非常多,不容易使用,非常容易出错。因此,我编写了一个便利方法,帮助更容易的解决相对路径问题。
web应用程序中使用javase运行的资源寻址问题
在javase程序中,我们一般使用classpath来作为存放资源的目的地。但是,在web应用程序中,我们一般使用classpath外面的web-inf及其子目录作为资源文件的存放地。
在web应用程序中,我们一般通过servletcontext.getrealpath("/")方法得到web应用程序的根目录的绝对路径。这样,我们只需要提供相对于web应用程序根目录的路径,就可以构建出定位资源的绝对路径。
web应用程序,可以作为web应用程序进行发布和运行。但是,我们也常常会以javase的方式来运行web应用程序的某个类的main方法。或者,使用junit测试。这都需要使用javase的方式来运行。
这样,我们就无法使用servletcontext.getrealpath("/")方法得到web应用程序的根目录的绝对路径。
而jdk提供的classloader类,
它的getresource(string name),getresourceasstream(string name)等方法,使用相对于当前项目的classpath的相对路径来查找资源。
读取属性文件常用到的resourcebundle类的getbundle(string path)也是如此。
它们都只能使用相对路径来读取classpath下的资源,无法定位到classpath外面的资源。
classpath外配置文件读取问题
如,我们使用测试驱动开发的方法,开发spring、hibernate、ibatis等使用配置文件的web应用程序,就会遇到问题。
尽管spring自己提供了filesystem(也就是相对于user,dir目录)来读取web配置文件的方法,但是终究不是很方便。而且与web程序中的代码使用方式不一致!
至于hibernate,ibatis就更麻烦了!只有把配置文件移到classpath下,否则根本不可能使用测试驱动开发!
这怎么办?