java xml解析jar包_dom4j从jar包中读取xml文件的方法

进行封装的时候，我们常常需要用xml来定义一些规范，在单独运行读取的时候当然不会有问题，但这些xml是往往是放在jar包里的，这样一来，这些东西就找不出来了。文中用到的xml定义如下：

00045050

0

MOISES MORENO

T1

T2

T3

T4

T5

T6

T7

00045051

0

RUTH PENA

S1

S2

S3

S4

S5

S6

S7

下面来看代码：

public void read(){

try {

Document doc = new SAXReader().read(new File("src/user.xml"));

List itemList =  doc.selectNodes("/ACCESOS/item/SOCIO");

for (Iterator iter = itemList.iterator(); iter.hasNext();){

Element element = iter.next();

System.out.println("NUMERO =" + element.elementText("NUMERO"));

}

} catch (DocumentException e) {

e.printStackTrace();

}

}

这段代码 写在Java Project中，其中user.xml放在src根目录下，类在src/com/jianxin/xml下，很显然运行以上代码是可以出来结果的，但如果把以上代码打包，这个jar包内的目录为

com/jianxin/xml

user.xml

而这里方法内还是去src下去找user.xml，就算把src/从路径中去掉，仍然无法定位到jar中的user.xml上。

这主要是因为jar包是一个单独的文件而非文件夹，绝对不能通过"file:/d:.../user.xml"这种形式来对文件定位，所以即使是相对路径，也无法定位到jar文件内的文件。

那么把xml打入jar包，无论user.xml在哪个目录下，jar包中的类都可以找到，这会是幻想吗？

当然不是，我们可以用类装载器(ClassLoader)来做到：

1)ClassLoader是类加载器的抽象类。它可以运行时动态的获取加载类的运行信息。可以这样说，当我们调用xml.jar中的ReadXML类时，JVM加载进ReadXML类，并记录下ReadXML运行时信息(包括所在jar包的根路径信息)。而ClassLoader类中的方法 可以帮助我们动态获取这些信息：

a.public URL getResource(String)，查找且有给定名称的资源。

b.public InputStream getResourceAsStream(String name)，返回指定资源输入流

2)ClassLoader是abstract的，不可能实例化。我们真正写代码的时候，是通过Class类中的getResource和getResourceAsStream方法 ，这两个方法会委托ClassLoader中的getResource和getResourceAsStream方法。现在对上面方法进行重写：

public void read(){

try {

InputStream is=this.getClass().getResourceAsStream("/user.xml");

Document doc = new SAXReader().read(is);

List itemList =  doc.selectNodes("/ACCESOS/item/SOCIO");

for (Iterator iter = itemList.iterator(); iter.hasNext();){

Element element = iter.next();

System.out.println("NUMERO =" + element.elementText("NUMERO"));

}

} catch (DocumentException e) {

e.printStackTrace();

}

}

这样，打包之前运行是没有问题的，打成包后，依然是可以运行找到数据的~。

在这里我感觉最重要的就是获取Class同时会获取jar根目录信息，同时ClassLoader也会有所改变，这点需要注意一下，至于到底是什么改变，目前我也说不上来，只是碰到了这样的问题。所以计划看一本Java比较底层的书，以让自己在为别人封装东西的时候更加得心就手，一直停留在应用层次的我们，也是时候深入了解一下JVM了。

最近大部分时间都是在开发，说好的jira可能会更晚些，做的过程中，做是用了一下dwr，下篇对其进行描述~~~