在平时工作中，难免会遇到把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
XML 和 JSON 是当今常用的两种数据描述与传输的格式，特别是涉及到 JS 时使用 JSON 颇为频繁。自然，在 Java 的世界里少不了完成 JavaBean 与这两种格式相互转换的组件，那就是 XStream 和 JSON-lib。这里我简单记下 XStream 的用法。
其实相类似的工具早已有之。如果用过 DWR 的同志，一定有印像，DWR 进行远 ......
在XML数据中，一些特殊字符必须用转义符号来代替，而回车换行字符就是属于特殊符号。
空格 ( )
Tab (	)
回车 (
)
换行 (
)
下面是一个报表XML数据，里面包括有回车换行字符：
<report>
<NewDataSet>
<Table>
<CustomerID>BLONP</CustomerID& ......
jaxp是sun公司的解析xml文档的api,他支持用dom和sax两种方法解析一个xml文档.
dom方法是解析引擎将整个xml文档装载到内存中作为一个document对象,dom方法得到一个对象就知道所有的节点
增删改查很方便,缺点是要装载整个xml文档,如果xml文档很大,效率就比较低
sax方法是采用事件作为驱动的,遇到一个标签是一个事件,读到标 ......
WebService，简单一点说，就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据. Webservice传� ......
