通常获取一个资源文件很简单，问题是对于jar包内的资源文件，可能会发生意外。假如这里有一个文件操作的类：
public class FileLoader {
public boolean exists(){
URL resource = FileLoader.class.getResource("/library/a.txt");
if(resource==null){
return false;
}
File f = new File(resource.getFile());
return f.exists();
}
public static void main(String[] args) throws IOException {
FileLoader f = new FileLoader();
System.out.println(f.exists());
}
}
运行main方法它会读取当前根路径下（src/bin）的资源文件，假如存在目录library和子文件a.txt，这里会打印出true;
现在把这段代码和资源文件打成myfile.jar并运行在一个myeclipse工程中，我们期望也是打印true。然而控制台打印false；将其引入到war工程在tomcat中运行，依然打印false。
也就是说，资源文件的使用类无法找到自己，jar包正常的功能将无法提供。这是一个常见的关于jar路径的问题。
为了试验，在上面的FileLoader类中增加一个方法
public void printPath(){
System.out.println("/目录: "+ FileLoader.class.getResource("/").getPath());
System.out.println("\"\"目录: "+ FileLoader.class.getResource("").getPath());
System.out.println("/library目录: "+ FileLoader.class.getResource("/library").getPath());
}
运行后打印结果为：
/目录: /D:/Workspaces/ruleengine/file/target/classes/
""目录: /D:/Workspaces/ruleengine/file/target/classes/com/file/
/library目录: /D:/Workspaces/ruleengine/file/target/classes/library
重新打包后引入到一个当前myeclipse工程中，一定要以jar包的形式引入，不能通过myeclipse直接关联myfile工程。调用printPath后打印结果为：
/目录: /D:/Workspaces/ruleengine/schoolaround/target/test-classes/
""目录: file:/D:/Workspaces/ruleengine/schoolaround/lib/myfile.jar!/com/file/
/library目录: file:/D:/Workspaces/ruleengine/schoolaround/lib/myfile.jar!/library
显而易见，获取jar包中的文件路径的格式已经变为*.jar!*（除了第一个），这种格式的路径，不能通过new File的方式找到文件。目前本人也没有找到其它处理方式，欢迎评论指点。在这种情况下，如果想让jar读取到自己的资源文件，可以通过类加载器的getResourceAsStream方法来解决。
修改FileLoader类的exists方法如下：
public boolean exists() throws IOException{
InputStream resource = FileLoader.class.getResourceAsStream("/library/a.txt");
if(resource==null){
return false;
}
return true;
}这时无论是在哪里引入myfile.jar，执行exists方法时都会打印true。也就是说，资源文件一定能够被读取到。
似乎这个问题已经解决，其实不然。这只满足一种需求，那就是资源文件与它的使用类在同一个jar包中时。有时，我们需要让子工程读取放置在war工程根目录下的配置文件。假如需要将这里的资源文件（library/a.txt）放置在当前主工程中，而不是在myfile中，如何让myflie.jar正常工作呢？
是时候请出FileLoader.class.getResource("/")这句代码了。傲娇的她永远只返回当前工程的根路径，可以参见上诉不同位置调用printPath方法的打印结果。如果当前是运行在tomcat中的web工程，那么打印的路径为%tomcat%/webapps/工程名/WEB-INF/classes/目录（此目录对应于war工程的src目录）；
不同的是，FileLoader.class.getResource("")或者FileLoader.class.getResource("/library")总是相对于调用类的所在位置而言的。此例中就是相对于FileLoader类所在位置而言的。
利用FileLoader.class.getResource("/")的傲娇特性，就可以解决第二种需求。
例如修改exists方法：
public boolean exists() throws IOException{
String root = FileLoader.class.getResource("/").getPath();
File f = new File(root+"library/a.txt");
return f.exists();
}
这样，把资源文件（library/a.txt）放置在当前工程的src目录下，引入myfile.jar依然可以正常工作。
总结
这里记录了由于读取jar文件内部资源问题而引起的两个需求，一个可以通过类加载器的getResourceAsStream绕开，另一个可以利用类加载器的getResource("/")方法永远返回当前工程根目录的特性解决。
另外有待日后补充的两点：1，对于在当前工程读取jar包中资源文件的需求，参考Spring父工程引入子工程context.xml的过程；2，对于getResource和getResourceAsStream的底层区别需要深入探索。