在代码中读取一些资源文件(比如图片，音乐，文本等等)，在集成环境(Eclipse)中运行的时候没有问题。但当打包成一个可执行的jar包（将资源文件一并打包）以后，这些资源文件找不到，如下代码：Java代码 [java]view plaincopy
- //源代码1：packageedu.hxraid;importjava.io.*;publicclassResource{publicvoidgetResource()throwsIOException{Filefile=newFile("bin/resource/res.txt");BufferedReaderbr=newBufferedReader(newFileReader(file));Strings="";while((s=br.readLine())!=null)System.out.println(s);}}
这段代码写在Eclipse建立的java Project中，其目录为：(其中将资源文件res.txt放在了bin目录下，以便打成jar包) 1、src/ src/edu/hxraid/Resource.java 2、bin/ bin/resource/res.txt bin/edu/hxraid/Resource.class 很显然运行源代码1是能够找到资源文件res.txt。但当我们把整个工程打成jar包以后(ResourceJar.jar)，这个jar包内的目录为： edu/hxraid/Resource.class resource/res.txt 而这时jar包中Resource.class字节码：ldc <String "bin/resource/res.txt"> [20] 将无法定位到jar包中的res.txt位置上。就算把bin/目录去掉：ldc <String "resource/res.txt"> [20] 仍然无法定位到jar包中res.txt上。 这主要是因为jar包是一个单独的文件而非文件夹，绝对不可能通过"file:/e:/…/ResourceJar.jar/resource /res.txt"这种形式的文件URL来定位res.txt。所以即使是相对路径，也无法定位到jar文件内的txt文件(读者也许对这段原因解释有些费解，在下面我们会用一段代码运行的结果来进一步阐述)。 那么把资源打入jar包，无论ResourceJar.jar在系统的什么路径下，jar包中的字节码程序都可以找到该包中的资源。这会是幻想吗？ 当然不是，我们可以用类装载器(ClassLoader)来做到这一点： (1) ClassLoader 是类加载器的抽象类。它可以在运行时动态的获取加载类的运行信息。 可以这样说，当我们调用ResourceJar.jar中的Resource类时，JVM加载进Resource类，并记录下Resource运行时信息(包括Resource所在jar包的路径信息)。而ClassLoader类中的方法可以帮助我们动态的获取这些信息: ● public URL getResource(String name) 查找具有给定名称的资源。资源是可以通过类代码以与代码基无关的方式访问的一些数据(图像、声音、文本等)。并返回资源的URL对象。 ● public InputStream getResourceAsStream(String name); 返回读取指定资源的输入流。这个方法很重要，可以直接获得jar包中文件的内容。 (2) ClassLoader是abstract的，不可能实例化对象，更加不可能通过ClassLoader调用上面两个方法。所以我们真正写代码的时候，是通过Class类中的getResource()和getResourceAsStream()方法，这两个方法会委托ClassLoader中的getResource()和getResourceAsStream()方法 。好了，现在我们重新写一段Resource代码,来看看上面那段费解的话是什么意思了：Java代码 [java]view plaincopy
- //源代码2：packageedu.hxraid;importjava.io.*;importjava.net.URL;publicclassResource{publicvoidgetResource()throwsIOException{//查找指定资源的URL，其中res.txt仍然开始的bin目录下URLfileURL=this.getClass().getResource("/resource/res.txt");System.out.println(fileURL.getFile());}publicstaticvoidmain(String[]args)throwsIOException{Resourceres=newResource();res.getResource();}}
运行这段源代码结果：/E:/Code_Factory/WANWAN/bin/resource/res.txt (../ Code_Factory/WANWAN/.. 是java project所在的路径) 我们将这段代码打包成ResourceJar.jar ,并将ResourceJar.jar放在其他路径下(比如 c:\ResourceJar.jar)。然后另外创建一个java project并导入ResourceJar.jar，写一段调用jar包中Resource类的测试代码：Java代码 [java]view plaincopy
- importjava.io.IOException;importedu.hxraid.Resource;publicclassTEST{publicstaticvoidmain(String[]args)throwsIOException{Resourceres=newResource();res.getResource();}}
这时的运行结果是：file:/C:/ResourceJar.jar!/resource/res.txt 我们成功的在运行时动态获得了res.txt的位置。然而，问题来了，你是否可以通过下面这样的代码来得到res.txt文件？ File f=new File("C:/ResourceJar.jar!/resource/res.txt"); 当然不可能，因为"…/ResourceJar.jar!/resource/…."并不是文件资源定位符的格式 (jar中资源有其专门的URL形式： jar:<url>!/{entry} )。所以，如果jar包中的类源代码用File f=new File(相对路径);的形式，是不可能定位到文件资源的。这也是为什么源代码1打包成jar文件后，调用jar包时会报出FileNotFoundException的症结所在了。注： 我们可以通过 new ImageIcon(类.class.getResource("XX.gif"))获得ImageIcon对象，但如果你要获得jar文件中的资源文件流，上面方法行不通。 (3) 我们不能用常规操作文件的方法来读取ResourceJar.jar中的资源文件res.txt，但可以通过Class类的getResourceAsStream()方法来获取 ，这种方法是如何读取jar中的资源文件的，这一点对于我们来说是透明的。我们将Resource.java改写成：Java代码 [java]view plaincopy
- //源代码3：packageedu.hxraid;importjava.io.*;publicclassResource{publicvoidgetResource()throwsIOException{//返回读取指定资源的输入流InputStreamis=this.getClass().getResourceAsStream("/resource/res.txt");//InputStreamis=当前类.class.getResourceAsStream("XX.config");BufferedReaderbr=newBufferedReader(newInputStreamReader(is));Strings="";while((s=br.readLine())!=null)System.out.println(s);}}
我们将java工程下/bin目录中的edu/hxraid/Resource.class和资源文件resource/res.txt一并打包进ResourceJar.jar中，不管jar包在系统的任何目录下，调用jar包中的Resource类都可以获得jar包中的res.txt资源，再也不会找不到res.txt文件了。
(4) 上面方法只提供了从jar中读资源文件功能，没有提供改写jar中资源文件方法，
通过URL、URLConnection来得到jar中资源文件的输入流（InputStream）和输出流 (OutputStream)，不仅可以从jar中读取资源文件而且还可以改写jar中资源文件
[java]view plaincopy
- URLurl=类.class.getResource("XX.config");URLConnectionurlConnection=url.openConnection();//读资源文件InputStreaminputStream=urlConnection.getInputStream();BufferedReaderin=newBufferedReader(newInputStreamReader(inputStream,"utf-8"));//写资源文件OutputStreamoutputStream=urlConnection.getOutputStream();PrintStreamprintStream=newPrintStream(outputStream);
补充：刚测试了一下，利用URL、URLConnection来得到jar中资源文件的输出流 (OutputStream)不好使，提示java.net.UnknownServiceException: protocol doesn’t support output，由于上述改写jar中资源文件方法不好使。
我们可以换个角度，不要死扣非得读写jar中的资源文件，只有当软件第一次启动程序时才读jar中的资源文件，并将其备份到用户主目录或用户当前目录中，以后读写用户目录中的资源文件即可。首先我们把资源文件打包到jar中，程序第一次程序启动时，仍然从jar中读资源文件信息（显然可以实现），并将所读取的信息保存到内存中（如：每次启动程序时，都将资源文件信息读到List或Map集合中保存），程序运行期间对资源文件的更新都是对List和Map的更新，当第一次关闭程序时，才将内存中保存的资源信息写到System.getProperty("user.home")用户主目录（或System.getProperty("user.dir")用户当前目录）中，并生成一个与jar中资源文件一模一样的文件，以后程序启动时都从用户目录的资源文件中读写。只有当用户目录中的资源文件不存在时（这里程序可以判断一下），才从jar中的资源文件读信息，因此jar中的资源文件只是起到原始备份作用。
当然，这样做会有2个问题(1)：就是每次程序安装在一新机器上时，读取的资源文件信息都是jar中的原始资源信息，中途我们可能更新过，解决方法：将更新的资源文件再一次打包到jar中(2):由于每次对资源文件信息的更新都是对对应的内存数据的更新，只有在关闭程序时才写回到资源文件中，没有随改随写，这样就可能造成这样一种后果，如果程序不是很健壮，程序中途bug并无响应，此时只能强制关闭，务必造成更新的资源信息没有写回到资源文件中！！！解决方案：每次对内存中资源信息的更新后马上写回到文件中，利：保证了程序bug后资源文件仍然是最新的，弊：这样会造成频繁写文件操作，程序性能降低，(也不一定哦，试具体程序来看，由于它是资源文件，一般不会更新很频繁)。
（5）利用java.util.jar.JarFile?????没试过
从一个jar文件读取内容，然后写回一个jar文件。首先通过一个JarFile file = new JarFile(fileName);然后file.entries()可以得到一个jar文件内部元素的迭代器。同过这个迭代器我们可以获得所有的JarEntry,然后通过InputStream is = jarFile.getInputStream(jarEntry);可以获得这个JarEntry的输入流。最后将is的内容同过JarOutputStream out = new JarOutputStream(new FileOutputStream(distJar));的out的out.write(int data)方法写入目标jar文件。
文章来自于：http://blog.csdn.net/b_h_l/article/details/7767829
路灯和我之间，究竟谁是谁的过客，
