xml解析方式
在平时工作中，难免会遇到把XML作为数据存储格式。面对目前种类繁多的解决方案，哪个最适合我们呢？在这篇文章中，我对这四种主流方案做一个不完全评测，仅仅针对遍历XML这块来测试，因为遍历XML是工作中使用最多的(至少我认为)。
预备
测试环境：
AMD毒龙1.4G OC 1.5G、256M DDR333、Windows2000 Server SP4、Sun JDK 1.4.1+Eclipse 2.1+Resin 2.1.8，在Debug模式下测试。
XML文件格式如下：
＜?xml version="1.0" encoding="GB2312"?＞＜RESULT＞＜VALUE＞
＜NO＞A1234＜/NO＞
＜ADDR＞四川省XX县XX镇XX路X段XX号＜/ADDR＞＜/VALUE＞＜VALUE＞
＜NO＞B1234＜/NO＞
＜ADDR＞四川省XX市XX乡XX村XX组＜/ADDR＞＜/VALUE＞＜/RESULT＞
测试方法：
采用JSP端调用Bean(至于为什么采用JSP来调用，请参考：http://blog.csdn.net/rosen/archive
/2004/10/15/138324.aspx)，让每一种方案分别解析10K、100K、1000K、10000K的XML文件，计算其消耗时间(单
位:毫秒)。
JSP文件：
＜%@ page contentType="text/html; charset=gb2312" %＞＜%@ page import="com.test.*"%＞
＜html＞＜body＞＜%String args[]={""};MyXMLReader.main(args);%＞＜/body＞＜/html＞
测试
首先出场的是DOM(JAXP Crimson解析器)
DOM是用与平台和语言无关的方式表示XML文档的官方W3C标准。DOM是以层次结构组织的节点或信息片断的集合。这个层次结构允许开发人
员在树中寻找特定信息。分析该结构通常需要加载整个文档和构造层次结构，然后才能做任何工作。由于它是基于信息层次的，因而DOM被认为是基于树或基于对
象的。DOM以及广义的基于树的处理具有几个优点。首先，由于树在内存中是持久的，因此可以修改它以便应用程序能对数据和结构作出更改。它还可以在任何时
候在树中上下导航，而不是像SAX那样是一次性的处理。DOM使用起来也要简单得多。
另一方面，对于特别大的文档，解析和加载整个文档可能很慢且很耗资源，因此使用其他手段来处理这样的数据会更好。这些基于事件的模型，比如SAX。
Bean文件：
package com.test;
import java.io.*;import java.util.*;import org.w3c.dom.*;import javax.xml.parsers.*;
public class MyXMLReader{
public static void main(String arge[]){
long lasting =S
相关文档：
WebService，简单一点说，就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据. Webservice传� ......
优点：由于xml是可扩展的，所以xml可以描述来自多种应用程序的数据。
通过粒度更新来提高性能。XML 允许粒度更新。开发人员不必在每次改动时都发送整个结构化数据集。有了粒度更新后，只有改变的元素才从服务器发送到客户机。 ......
一般xml中如果含有&等字符，可以通过CDATA来过滤，但是含有一些不认识的特殊字符时候就会不起作用，下面是从别人那儿拿来的一个过滤方
法，过滤xml中的非法字符:
//XML标准规定的无效字节为：
/*
0×00 – 0×08
0×0b – 0×0c
0×0e – 0×1f
* ......
public string GetPage(int page, int pages, string url)
{
if (pages == 0)
{
&n ......
