java中URL和File的相互转化 及两者的使用场景

1. 首先，想比较一下这两者的不同。
2. URL用于网络，所以带有明显的protocol，而且对于中文及符号支持的很不好。
3. File就是我们平常系统中的文件路径了，对于中文及符号都支持，但是已经没有protocol了。所以，虽然两者都可以表示文件路径，但是却不能混用了。  
4. 
   
5. 典型的URL和File路径的比较：  
6. URL：file:/D:/my%20java/URL&FILE/%e5%9b%be%e7%89%87/tongji.jpg  
7. File：D:/my java/URL&FILE/图片/tongji.jpg  
8. 其实两者是一个文件。  
9.   
10. 回到正题：  
11. 这是我在JDK5.0下找到的方法，JDK5.0以下不支持：  
12. URL to File:  
13. URL url=……;  
14. File file=new File(url.toURI);  
15.   
16. File to URL:  
17. File file=……;  
18. URL url=file.toURL();  
19.   
20.    
21.   
22. ++++++++++++++++++++++++++++  
23.   
24. 获取JAVA路径，包括CLASSPATH外的路径  
25.   
26. 归纳一些网上取JAVA路径的方法：  
27. 　　注明：如果从ANT启动程序，this.getClass().getResource("")取出来的比较怪，直接用JAVA命令行调试就可成功。  
28. 　　  
29.   得到classpath和当前类的绝对路径的一些方法  
30. 　　获得CLASSPATH之外路径的方法：  
31. 　　URL base = this.getClass().getResource(""); //先获得本类的所在位置，如/home/popeye/testjava/build/classes/net/  
32. 　　String path = new File(base.getFile(), "../../../"+name).getCanonicalPath(); //就可以得到/home/popeye/testjava/name  
33. 　　下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。  
34. 　　1.FileTest.class.getResource("")  
35. 　　得到的是当前类FileTest.class文件的URI目录。不包括自己！  
36. 　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/com/test/  
37. 　　2.FileTest.class.getResource("/")  
38. 　　得到的是当前的classpath的绝对URI路径。  
39. 　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/  
40. 　　3.Thread.currentThread().getContextClassLoader().getResource("")  
41. 　　得到的也是当前ClassPath的绝对URI路径。  
42. 　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/  
43. 　　4.FileTest.class.getClassLoader().getResource("")  
44. 　　得到的也是当前ClassPath的绝对URI路径。  
45. 　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/  
46. 　　5.ClassLoader.getSystemResource("")  
47. 　　得到的也是当前ClassPath的绝对URI路径。  
48. 　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/  
49. 　　  
50. 我推荐使用Thread.currentThread().getContextClassLoader().getResource("")来得到当前的classpath的绝对路径的URI表示法。  
51. 　　在Web应用程序中，我们一般通过ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。  
52. 　　注意点：  
53. 　　1.尽量不要使用相对于System.getProperty("user.dir")当前用户目录的相对路径。这是一颗定时炸弹，随时可能要你的命。  
54. 　　2.尽量使用URI形式的绝对路径资源。它可以很容易的转变为URI,URL，File对象。  
55. 　　3.尽量使用相对classpath的相对路径。不要使用绝对路径。使用上面ClassLoaderUtil类的public static URL getExtendResource(String relativePath)方法已经能够使用相对于classpath的相对路径定位所有位置的资源。  
56. 　　4.绝对不要使用硬编码的绝对路径。因为，我们完全可以使用ClassLoader类的getResource("")方法得到当前classpath的绝对路径。  
57. 　　使用硬编码的绝对路径是完全没有必要的！它一定会让你死的很难看！程序将无法移植！  
58. 　　如果你一定要指定一个绝对路径，那么使用配置文件，也比硬编码要好得多！  
59. 　　当然，我还是推荐你使用程序得到classpath的绝对路径来拼资源的绝对路径。  
60.   
61. =============================================================================  
62.   
63. 在开发java程序的过程中，我们经常要做的一件事就是获取资源。那么什么是资源呢？说白了，在计算机里那就是一堆数据。只是这堆数据对我们的java程序有多种表现形式，一般来说有File，URL，InputStream等等。而单就文件这一项就有很多种：配置文件，java类文件，jps文件，图片、css、js文件等等。面对这林林总总的资源，我们在设计一个读取资源的接口时，就需要针对不同形式的资源提供方法，这样就导致我们的接口还是与实际的资源形式绑定在一起，未能完全的抽象。另外，在java程序中资源的存放位置也是各异的。有的存放在classpath中，有的存放在文件系统中，有的存放在web应用中。而对于不同位置的资源，java程序获取这些资源的方法各有不同。   
64. A、获取classpath中的资源：   
65. Java代码   
66. URL url = this.getClass().getResource("resource_name");    
67. URL url = this.getClass().getClassLoader().getResource("resource_name");    
68. URL url = Thread.currentThread().getContextClassLoader().getResource("resource_name");    
69.   
70. 那么在jdk中为什么又提供了三种方式来获取classpath下的资源呢？这其中是有些来头的。   
71. 第一行代码中是利用Class类的实例来获取，第二行代码是使用加载当前类的classloader来获取。看下jdk中的源代码会发现class类的实例最后还是委托加载他的classloader来获取资源的。   
72. Java代码   
73. public java.net.URL getResource(String name) {    
74.     name = resolveName(name);    
75.     ClassLoader cl = getClassLoader0();    
76.     if (cl==null) {    
77.         // A system class.    
78.         return ClassLoader.getSystemResource(name);    
79.     }    
80.     return cl.getResource(name);    
81. }    
82.   
83. 从上面的代码中可以看出，对于资源的加载并没有像类加载所采用的双亲委托机制。而是当前类的classloader不为null的情况下先从当前类的classloader中加载资源。而只有当前类的classloader为null的时候才从system classloader中去加载资源。这样可以方便我们自定义配置类覆盖一些默认配置。当然，j2se应用中如果没有特别定制classloader时，我们自己写的类都是被system classloader加载的。到底利用class去获取资源和利用classloader去获取资源有什么区别呢？区别就在 resolveName(name)这个方法中。两种方式对于资源名称的表示方式不同。下面是一个简单的包结构，/表示类路径的根   
84. /   
85. |-com.cn.test   
86.    |-Test.class   
87.    |-test2.txt    
88. |-test1.txt   
89. Java代码   
90. // 获取与当前类在同一个包下的资源    
91. URL url1 = this.getClass().getResource("test2.txt");    
92. // 获取com.cn.test包下的资源,需加/    
93. URL url2 = this.getClass().getResource("/com/cn/test/test2.txt");    
94. // 获取类路径根下的资源    
95. URL url3 = this.getClass().getClassLoader().getResource("test1.txt");    
96. // 获取包com.cn.test包下的资源    
97. URL url4 = this.getClass().getResource("com/cn/test/test2.txt");    
98.   
99. 而第三利用当前线程的contextClassLoader来获取资源的解释可以参考我的另一篇   
100. 
     
101. B、获取文件系统中的资源   
102. Java代码   
103. // 1、获得File对象    
104. File file = new File("test.txt");    
105. // 2、获得File对象的字节流    
106. InputStream in = new FileInputStream(file);    
107.   
108. 值得注意的是在File的构造函数File(String name) 中的name参数可以是相对路径和绝对路径。相对路径是相对于System.getProperties("user.dir")的。  
109. C、获取web应用中的资源   
110. Java代码   
111. servletContext.getResourceAsStream(resource_name);    
112.   
113. resource_names为相对于webroot的路径表示。例如获取web.xml，resource_name表示为"/WEB-INF/web.xml"   
114.   
115.     面对上面介绍的各种资源表现形式和存放位置，难道java中就没有提供一个统一处理方式吗？有，java.net.URL。   
116. 从名称上来看 URL(Uniform Resource Locator) 统一资源定位器。看起来很好很强大。但很多时候使用它并不能定位到我们需要的资源。   
117.     首先，它jdk中体统的URL能访问的协议非常有限（当然可以进行扩展，不过很麻烦）；常用的有http,file,ftp等等。并没有提供对classpath和servletContext中的资源的获取方法。   
118.     另外，它没有提供判断资源是否存在的方法。每次只有等我们真正去获取资源的时候抛出异常才能知道资源无法获取。   
119.     其次，URL这个类的职责未划分清楚，既用来表示资源有用来获取其资源。