10分彩大小_Java解析XML文件的方式

  • 时间:
  • 浏览:0

    在项目里,但是人往往会把但是配置信息中放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文件是十个 文档(document),其中第1行表示文件头,在第2和第13行里,但是人能看完配套出现的books标签,从标签头到标签尾的每种但是们称之为元素(element)。

    但是但是人还需要但是说,在books元素里,但是人分别于第3到第7行和第8到第12行定义了十个 book元素,在每个book元素,比如从第4到第6行,又蕴藏着十个 元素,比如第一本书的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)结点,也叫根元素,我希望它蕴藏着十个 book元素,但是第二层是十个 book结点,每个book元素蕴藏着十个 元素,但是第三层是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文档的输入流,得到十个

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

    从第5行到第13行,但是人完成了用DOM树解析XML文件的准备工作,具体包括,在第5行里创建了DOM工厂,在第9行通过DOM工厂创建了解析xml文件DocumentBuilder类型对象,在第11行把待解析的xml文件中装在 十个 InputStream类型的对象里,在第13行通过parse法律依据 把xml文档解析成十个 基于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十个

子元素
29	    if(node.getNodeName().equals("name")){
500	        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元素有十个 id属性,所有但是人需要通过第23行的代码,得到id属性的值。

    在文档里,book元素有十个 子节点,分别是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();
500	        } 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 {
500					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文档第十个 字符时)会被调用

endDocument

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

startElement

当解析到刚始于标签都会被调用,比如在解析“<name>FrameWork</name>”一种element时,当读到刚始于标签“<name>”时,会被调用

endElement

当解析到刚始于标签都会被调用,比如在解析“<name>FrameWork</name>”一种element时,当读到刚始于标签“</name>”时,会被调用

characters

1行刚始于后,遇到刚始于或刚始于标签但是发生字符,则会调用

2十个 标签之间,发生字符,则会调用,比如在解析“<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 {
500			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的十个

子元素的值
47		public void characters(char[] ch, int start, int length)  
48	            throws SAXException {  
49	        if(this.tagName!=null){  
500	            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	    }
500	}

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

    <name>FrameWork</name>

    比如当解析到name一种刚始于标签时,在第44行里,startElement会把tagname值设置成name,当解析到FramWork时,我希望它蕴藏在十个 标签之间,但是会被触发第47行的characters法律依据 ,在其中的第52行的if判断里,我希望得知当前的标签名是name,但是会输出FrameWork一种name元素的值,当解析到</name>一种刚始于标签时,会触发第29行的endElement法律依据 ,在其中的500行里,会把tagName值清空。

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

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

    第2到第5行是针对第十个 book元素的输出,而第6到第9行是针对第十个 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,这取决于如下十个 个因素。

    第一,我希望但是人在解析时还打算更新xml里的数据,越来越建议使用DOM法律依据 。

    第二,我希望待解析的文件过大,把它完全装载到内存时我希望会影响到内存性能,越来越建议使用SAX的法律依据 。

    第三,我希望但是人对解析的下行时延 有一定的要求,越来越建议使用SAX法律依据 ,我希望它比DOM法律依据 要快些。