关于xml加载提示: Error on line 1 of document : 前言中不允许有内容

我是在java中做的相关测试, 首先粘贴下报错:

读取xml配置文件:xmls\property.xml

org.dom4j.DocumentException: Error on line 1 of document  : 前言中不允许有内容。 Nested exception: 前言中不允许有内容。

    at org.dom4j.io.SAXReader.read(SAXReader.java:482)

    at org.dom4j.io.SAXReader.read(SAXReader.java:365)

    at com.core.util.XmlTemplateUtil.loadXmlTemplateByIO(XmlTemplateUtil.java:93)

    at com.game.impl.TemplateDataManager2.initFromDisk(TemplateDataManager2.java:61)

    at start.Main.<init>(Main.java:55)

    at start.Main.main(Main.java:128)

Nested exception:

org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1; 前言中不允许有内容。

    at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)

    at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)

    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)

    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)

    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)

    at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)

    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)

    at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)

    at org.dom4j.io.SAXReader.read(SAXReader.java:465)

    at org.dom4j.io.SAXReader.read(SAXReader.java:365)

    at com.core.util.XmlTemplateUtil.loadXmlTemplateByIO(XmlTemplateUtil.java:93)

    at com.game.impl.TemplateDataManager2.initFromDisk(TemplateDataManager2.java:61)

    at start.Main.<init>(Main.java:55)

    at start.Main.main(Main.java:128)

这个提示直白点就是说xml文件中<配置文件正文>的开头,还有别的内容. 网上有很多类似问题的解决方案也是与此相关的.但是描述并不准确. 可能他真的是在xml文件的开头误写了一个什么东西, 在他删除之后,他的这个问题随之解决. 但是你可能翻来覆去检查了N次, 并没有看到有什么多余的字符. 可能你就转向选择了另外一种解决方案:更换编码格式为ANSI.

到这里, 引用下别人介绍过的相关知识和解决方法<原链接地址:https://zhidao.baidu.com/question/537175301.html?fr=iks&word=utf-8%CE%DEbom&ie=gbk>:

BOM——Byte Order Mark，就是字节序标记
在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，
先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。
因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。

UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。

UTF-8编码的文件中，BOM占三个字节。如果用记事本把一个文本文件另存为UTF-8编码方式的话，用UE打开这个文件，切换到十六进制编辑状态就可以看到开头的FFFE了。这是个标识UTF-8编码文件的好办法，软件通过BOM来识别这个文件是否是UTF-8编码，很多软件还要求读入的文件必须带BOM。可是，还是有很多软件不能识别BOM。

在Firefox早期的版本里，扩展是不能有BOM的，不过Firefox 1.5以后的版本已经开始支持BOM了。现在又发现，PHP也不支持BOM。PHP在设计时就没有考虑BOM的问题，也就是说他不会忽略UTF-8编码的文件开头BOM的那三个字符。

由于必须在在Bo-Blog的wiki看到，同样使用PHP的Bo-Blog也一样受到BOM的困扰。其中有提到另一个麻烦：“受COOKIE送出机制的限制，在这些文件开头已经有BOM的文件中，COOKIE无法送出（因为在COOKIE送出前PHP已经送出了文件头），所以登入和登出功能失效。一切依赖COOKIE、SESSION实现的功能全部无效。”这个应该就是Wordpress后台出现空白页面的原因了，因为任何一个被执行的文件包含了BOM，这三个字符都将被送出，导致依赖cookies和session的功能失效。

解决的办法: 如果只包含英文字符(或者说ASCII编码内的字符)，就把文件存成ASCII码方式吧。

　　　　　　用UE等编辑器的话，点文件->转换->UTF-8转ASCII，或者在另存为里选择ASCII编码。

　　　　　　如果是DOS格式的行尾符，可以用记事本打开，点另存为，选ASCII编码。

　　　　　　如果包含中文字符的话，可以用UE的另存为功能，选择“UTF-8 无 BOM”即可。

　　　　　　对于notepad++ 来说, 直接在菜单栏上选择 "格式->以utf-8无BOM格式编码"

　　看到这里就了解了, 你选择的编码格式就是这种带着BOM标记的编码格式. 在很多文本编辑器里, 另存为utf-8时,你可能没注意到他是存的是带BOM标记的utf-8还是不带BOM标记的utf-8. 所以,不是一定要更改成为ANSI格式,"utf-8 无BOM"类型也是可以解决问题的.

巴特西

关于xml加载提示: Error on line 1 of document : 前言中不允许有内容

最新文章

热门文章