1分彩app开户_Java解析XML文件的方式

  • 时间:
  • 浏览:2
  • 来源:河南新闻网_河南主流媒体_河南门户网站

    在项目里,这么人这么人往往会把或多或少配置信息放上去xml文件里,不可能 各部门间会通过xml文件来交换业务数据,可是我有有之前 这么人这么人会遇到“解析xml文件”的需求。一般来讲,有基于DOM树和SAX的某种 解析xml文件的依据,在这要素里,将分别给这么人这么人演示通过这某种 依据解析xml文件的一般步骤。

1 XML的文件格式

    XML是可扩展标记语言(Extensible Markup Language)的缩写,在其中,之前 之前 开始标签和之前 刚开始标签也能 配套地老出,这么人这么人来看下book.xml或多或少 例子。   

1	<?xml version="1.0" encoding="UTF-8" standalone="no"?>
2	<books>
3	    <book id="01">
4	        <name>Java</name>
5	        <price>15</price>
6	        <memo>good book</memo>
7	    </book>
8	    <book id="02">
9	       <name>FrameWork</name>
10	       <price>20</price>
11	       <memo>new book</memo>
12	    </book>
13	</books>

    整个xml文件是另4个 多多文档(document),其中第1行表示文件头,在第2和第13行里,这么人这么人能看多配套老出的books标签,从标签头到标签尾的要素原来们称之为元素(element)。

    可是我有这么人这么人能也能原来说,在books元素里,这么人这么人分别于第3到第7行和第8到第12行定义了另4个 多多book元素,在每个book元素,比如从第4到第6行,又中含着3个元素,比如第一本书的name元素是<name>Java</name>,它的name元素值是Java。

    在第3行里,这么人这么人还能看多元素里的属性(attribute),比如或多或少 book元素具有id或多或少 属性,具体id的属性值是01。

2 基于DOM树的解析依据

    DOM是Document Object Model(文档对象模型)的缩写,在基于DOM树的解析依据里,解析代码会先把xml文档读到内存里,并埋点成DOM树的形式,可是我再读取。根据之也能 素里给出的book.xml文档,这么人这么人能也能绘制出如下形式的DOM树。

    

     其中,books属于根(root)结点,也叫根元素,不可能 它中含着另4个 多多book元素,可是我有第二层是另4个 多多book结点,每个book元素中含着3个元素,可是我有第三层是6个元素。在下面的ParserXmlByDom.java的代码里,这么人这么人来看下通过DOM树依据解析book.xml文档的删剪步骤。

1	//省略import相关类库的代码
2	public class ParserXmlByDom {
3		public static void main(String[] args) {
4	        //创建DOM工厂
5			DocumentBuilderFactory domFactory=DocumentBuilderFactory.newInstance();
6			InputStream input = null;
7	        try {
8	            //通过DOM工厂获得DOM解析器
9	            DocumentBuilder domBuilder=domFactory.newDocumentBuilder();
10	            //把XML文档转化为输入流
11	            input=new FileInputStream("src/book.xml");            
12	            //解析XML文档的输入流,得到另4个

多多Document
13	            Document doc=domBuilder.parse(input);

    从第5行到第13行,这么人这么人完成了用DOM树解析XML文件的准备工作,具体包括,在第5行里创建了DOM工厂,在第9行通过DOM工厂创建了解析xml文件DocumentBuilder类型对象,在第11行把待解析的xml文件放上去到另4个 多多InputStream类型的对象里,在第13行通过parse依据把xml文档解析成另4个 多多基于DOM树型态的Document类型对象。    

14	            //得到XML文档的根节点,必须根节点是Element类型
15	            Element root=doc.getDocumentElement();
16	            // 得到子节点
17	            NodeList books = root.getChildNodes();

    整个XML文件中含在第13行定义的doc对象里,在第15行里,这么人这么人通过getDocumentElement依据得到了根节点(也可是我 books节点),在第17行,通过getChildNoes依据得到该books节点下的所有子节点,可是我之前 之前 开始解析整个xml文档。

    也能 说明的是,在解析前,这么人这么人会通过观察xml文档来了解其中的元素名和属性名,可是我有在后继的代码里,这么人这么人会针对元素名和属性名进行编程。    

18	            if(books!=null){
19	                for(int i=0;i<books.getLength();i++){
20	                    Node book=books.item(i);
21	                    //获取id属性                      
22	                    if(book.getNodeType()==Node.ELEMENT_NODE){
23	                        String id=book.getAttributes().getNamedItem("id").getNodeValue();
24	                        System.out.println("id is:" + id);
25	                        //遍历book下的子节点
26	                        for(Node node=book.getFirstChild(); node!=null;node=node.getNextSibling()){
27	if(node.getNodeType()==Node.ELEMENT_NODE){
28	    //依次读取book里的name,price和memo另4个

多多子元素
29	    if(node.getNodeName().equals("name")){
60

	        String name=node.getFirstChild().getNodeValue();
31	        System.out.println("name is:" + name);                                    
32	    }
33	    if(node.getNodeName().equals("price")){
34	        String price=node.getFirstChild().getNodeValue();
35	        System.out.println("price is:" + price);
36	    }
37	    if(node.getNodeName().equals("memo")){
38	          String memo=node.getFirstChild().getNodeValue();
39	          System.out.println("memo is:" + memo);
40	     }
41	   }
42	 }
43	}
44	}
45	}

    第19行的for循环里,这么人这么人是遍历book元素通过观察xml文件,这么人这么人发现book元素老出了2次,所有或多或少 循环会运行两次,怎么让,book元素另4个 多多多id属性,所有这么人这么人也能 通过第23行的代码,得到id属性的值。

    在文档里,book元素有3个子节点,分别是name,price和memo,可是我有在代码的26行里,再次使用for循环遍历其中的子节点。在遍历时,这么人这么人通过29到32行的代码获取到了book元素里name的值,通过类式的代码后继的33到40行代码里得到了price和memo或多或少个 多多元素的值。    

46	        } catch (ParserConfigurationException e) {
47	            e.printStackTrace();
48	        } catch (FileNotFoundException e) {
49	            e.printStackTrace();
60

	        } catch (IOException e) {
51	            e.printStackTrace();
52	        } catch (SAXException e) {			
53				e.printStackTrace();
54			} catch (Exception e) {			
55				e.printStackTrace();
56			}
57	        //在finally里关闭io流 
58	        finally{
59	        	try {
60
					input.close();
61				} catch (IOException e) {
62					e.printStackTrace();
63				}
64	        }
65		}
66	}

    同样地,在解析完成后,在finally从句里,这么人这么人关闭了之前 用到的IO流(input对象)。

3 基于事件的解析依据

    SAX是Simple API for XML的缩写,不同于DOM的文档驱动,它是事件驱动的,也可是我 说,它是某种 基于回调(callback)函数的解析依据,比如之前 之前 开始解析xml文档时,会调用这么人这么人或多或少人定义的startDocument函数,从下表里,这么人这么人能看多基于SAX依据里的各种回调函数以及它们被调用的时间点。

函数名

调用时间点

startDocument

之前 之前 开始解析xml文档时(解析xml文档第另4个 多多字符时)会被调用

endDocument

当解析完xml文档时(解析到xml文档最后另4个 多多字符时)会被调用

startElement

当解析到之前 之前 开始标签都会被调用,比如在解析“<name>FrameWork</name>”或多或少 element时,当读到之前 之前 开始标签“<name>”时,会被调用

endElement

当解析到之前 刚开始标签都会被调用,比如在解析“<name>FrameWork</name>”或多或少 element时,当读到之前 刚开始标签“</name>”时,会被调用

characters

1行之前 之前 开始后,遇到之前 之前 开始或之前 刚开始标签之前 处于字符,则会调用

2另4个 多多标签之间,处于字符,则会调用,比如在解析“<name>FrameWork</name>”时,发现处于FrameWork,则会被调用

3标签和行之前 刚开始符之前 处于字符,则会调用

    从上表里这么人这么人能看多characters依据会在多个场合被回调,但这么人这么人最期望的调用场景是第2种,这就要求这么人这么人最好在解析xml文档前埋点下它的格式,尽量外理第1和第3种具体情况。在ParserXmlBySAX.java或多或少 案例中,这么人这么人通过了编写上述的回调函数,实现了SAX依据解析xml文档的功能。    

1	//省略import的代码
2	//基于SAX的解析代码也能

继承DefaultHandler类
3	public class ParserXmlBySAX extends DefaultHandler{
4		// 记录当前解析到的节点名
5		private String tagName; 
6		//主依据
7		public static void main(String[] argv) {
8			String uri = "src/book.xml";
9			try {
10				SAXParserFactory parserFactory = SAXParserFactory.newInstance();
11				ParserXmlBySAX myParser = new ParserXmlBySAX();
12				SAXParser parser = parserFactory.newSAXParser();
13				parser.parse(uri, myParser);
14			} catch (IOException ex) {
15				ex.printStackTrace();
16			} catch (SAXException ex) {
17				ex.printStackTrace();
18			} catch (ParserConfigurationException ex) {
19				ex.printStackTrace();
20			} catch (FactoryConfigurationError ex) {
21				ex.printStackTrace();
22			}		
23		}

    在main依据的第8行里,这么人这么人指定了待解析xml文档的路径和文件名,在第10行里,这么人这么人创建了SAXParserFactory或多或少 类型的SAX解析工厂对象。在第12行,这么人这么人通过SAX解析工厂对象,创建了SAXParser或多或少 类型的解析类。在第13行,通过了parse依据启动了解析。

    在上文里这么人这么人就不可能 知道,在SAX的依据里,是通过调用各种回调函数来完成解析的,可是我有在代码里,这么人这么人还得自定义各个回调函数,代码如下。    

// 外理到文档结尾时,直接输出,不做任何动作
25		public void endDocument() throws SAXException {
26			System.out.println("endDocument");
27		}
28		// 外理到之前
刚开始标签时,把记录当前标签名的tagName设置成null
29		public void endElement(String uri, String localName, String qName) throws SAXException {
60

			tagName = null;
31		}
32		// 之前
之前

开始外理文档时,直接输出,不做任何动作
33		public void startDocument() throws SAXException {
34			System.out.println("startDocument");		
35		}
36		// 外理之前
之前

开始标签
37		public void startElement(String uri, String localName, String name,Attributes attributes) throws SAXException {	
38			if ("book".equals(name)) { //解析book标签的属性 
39	            for (int i = 0; i < attributes.getLength(); i++) {
40	                System.out.println("attribute name is:" + attributes.getLocalName(i)  + "  attribute value:" + attributes.getValue(i)); 
41	            }            
42	        }
43	        //把当前标签的名字记录到tagName或多或少

变量里  
44			tagName = name; 
45		}
46	    //通过或多或少

依据解析book的另4个

多多子元素的值
47		public void characters(char[] ch, int start, int length)  
48	            throws SAXException {  
49	        if(this.tagName!=null){  
60

	            String val=new String(ch,start,length);            
51	            //不可能

是name,price或memo,则输出它们的值
52	            if("name".equals(tagName))
53	            { System.out.println("name is:" + val);  }
54	            if("price".equals(tagName))
55	            { System.out.println("price is:" + val); }
56	            if("memo".equals(tagName))
57	            { System.out.println("memo is:" + val);  }
58	        }  
59	    }
60
	}

    这么人这么人用tagName来保存当前的标签名,是为了解析book元素的name,price和memo或多或少个 多多子元素。

    <name>FrameWork</name>

    比如当解析到name或多或少 之前 之前 开始标签时,在第44行里,startElement会把tagname值设置成name,当解析到FramWork时,不可能 它中含在另4个 多多标签之间,可是我有会被触发第47行的characters依据,在其中的第52行的if判断里,不可能 得知当前的标签名是name,可是我有会输出FrameWork或多或少 name元素的值,当解析到</name>或多或少 之前 刚开始标签时,会触发第29行的endElement依据,在其中的60 行里,会把tagName值清空。

    这段代码的输出结果如下,其中第1行和第10行分别是在之前 之前 开始解析和完成解析时输出的。

    第2行针对id属性的输出是在startElement依据的第40行里被打印的,第3到第5行针对3个book子元素的输出是在characters依据里被打印的。

    第2到第5行是针对第另4个 多多book元素的输出,而第6到第9行是针对第另4个 多多book。    

1	startDocument
2	attribute name is:id  attribute value:01
3	name is:Java
4	price is:15
5	memo is:good book
6	attribute name is:id  attribute value:02
7	name is:FrameWork
8	price is:20
9	memo is:new book
10	endDocument

4 DOM和SAX某种 解析依据的应用场景

    在基于DOM的依据里,不可能 这么人这么人会把整个xml文档以DOM树的依据装载到内存里,可是我有能也能边解析边修改,怎么让还能再次解析不可能 被解析过的内容。

    而在SAX的依据里,不可能 这么人这么人是以基于回调函数的依据来解析,可是我有无须也能 把整个文档载入到内存,原来能节省内存资源。

    可是我有说,取舍 DOM 还是 SAX,这取决于如下另4个 多多个因素。

    第一,不可能 这么人这么人在解析时还打算更新xml里的数据,这么建议使用DOM依据。

    第二,不可能 待解析的文件过大,把它删剪装载到内存时不可能 会影响到内存性能,这么建议使用SAX的依据。

    第三,不可能 这么人这么人对解析的时延有一定的要求,这么建议使用SAX依据,不可能 它比DOM依据要快些。