最近遇到了一個很棘手的問題，找了好久都沒找到原因，後來終於找到了卻令人迷惑。一個在我看來應該是XML語法錯誤的XML配置檔案卻能夠通過XML schema 的校驗。這個有語法錯誤的XML 配置檔案最終導致了整個程式的錯誤。這個檔案的片段如下：

<snapmetric name="vendor" type="string">
     aggregate type="none" groupBy="true"/>
</snapmetric>

一眼就能看到第二行其實是一個element，在"aggregate"之前應該還有一個“<”。 很明顯的一個疏忽引起的XML格式錯誤，但是這樣一個檔案在進行XML schema 校驗時卻通過了，這是怎麼回事，難道說schema校驗並不關注XML本身的格式是否正確嗎?

帶著這樣的疑問我將該XML做了修改：

<snapmetric name="vendor" type="string">
     <aggregate type="none" groupBy="true"
</snapmetric>

補上了左括號但是去掉了右括號，這次卻令人意外的報錯，說是格式錯誤。 這是怎麼回事呢？

最終在XML文件中找到了答案：

The ampersand character (&) and the left angle bracket (< may appear in their literal form only when used as markup delimiters, or within a comment, a processing instruction, or a CDATA section. If they are needed elsewhere, they must be escaped ...

就是說在XML檔案中，使用者定義的value中“&”和“<”是絕對不允許的，那就是說">"其實是允許的，看看第一個XML片段，缺少了“<”, 

"aggregate type="none" groupBy="true"/>" 其實是被XML 當成了“snapmetric” 這個元素中的文字內容而不是子元素。這就解釋了為什麼這個XML沒有被校驗出個事錯誤的原因。那如何讓XML 不把“aggregate type="none" groupBy="true"/>“當成文字呢？ 有一個辦法，哈哈。
看看我的schema定義：

<xs:element name="snapmetric">
<xs:complexType mixed="false"

>
<xs:all>
<xs:element ref="aggregate" minOccurs="0" maxOccurs="1"/>
<xs:element ref="alert" minOccurs="0" maxOccurs="1"/>
</xs:all>
<xs:attribute name="type" use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="float"/>
<xs:enumeration value="integer"/>
<xs:enumeration value="string"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="name" type="xs:string" use="required">
</xs:attribute>
</xs:complexType>
</xs:element>

看到紅色字型的”mixed="false"“了嗎，它表示這個元素只包含子元素，不會包含文字，這就限制了XML把缺少左尖括號的子元素當做文字的可能。
但是如果元素本身設計成可能包含文字，那就真的沒轍了！