sax错误：org.xml.sax.SAXParseException:Contentisnotallowedinprolog

原因及其解决办法&＃xff1a;





1.xml编码错误





该xml是UTF-8编码的&＃xff0c;如果该文件通过UltraEdit编辑后&＃xff0c;会在无BOM头的UTF-8文件中加入BOM,但是DOM4j不认这个BOM(dom4j1.3)&＃xff0c;解决的办法可以通过升级dom4j到1.6解决www.dom4j.org





什么是BOM&＃xff1f;http://www.unicode.org/faq/utf_bom.html#22Unicode规范中有一个BOM的概念。BOM——Byte Order Mark&＃xff0c;就是字节序标记。在这里找到一段关于BOM的说明&＃xff1a;





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





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





Windows就是使用BOM来标记文本文件的编码方式的。





 





2.xml文件存在非法字符





把xml 动手敲一遍&＃xff0c;删除不该有的间隔符&＃xff1a;比如空格&＃xff0c;制表符&＃xff08;TAB&＃xff09;等。





异常提示是Content is not allowed in prolog.意思就是说文件开头的时候有问题。





怎么去掉BOM&＃xff1a;





首先windows自带的记事本会在保存UTF-8编码的文件时不管是否含有BOM一律加上BOM&＃xff0c;所以千万别用记事本。比较新版本的UltraEdit&＃xff08;以下简称UE&＃xff0c;大家都是这么叫的&＃xff09;都对BOM支持比较好&＃xff0c;所以推荐使用新版本的UE来解决这个问题。我用的版本是UltraEdit-32 11.00a&＃43;中文版。首先打开UE&＃xff0c;选择菜单栏“高级”&＃xff0d;“配置”&＃xff0c;出现一个选项卡窗口&＃xff0c;在“常规”选项卡中找到“保存时对所有UTF-8文件头标记&＃xff08;BOM&＃xff09;”和“对在UltraEdit里创建的新文件写入UTF-8文件头标记&＃xff08;如上面&＃xff09;”&＃xff0c;把它们的复选框都取消不选&＃xff0c;然后确定。这个时候UE默认情况下就不会对没有BOM的文件加入BOM&＃xff0c;注意如果不执行上述操作UE默认也是会加的&＃xff01;那已经含有BOM的文件如何清除BOM呢&＃xff1f;下面演示给大家。首先打开文件&＃xff0c;选择菜单栏“文件”&＃xff0d;“格式转换”&＃xff0d;“UTF-8 转 ASCII”&＃xff0c;这样文件会被转为ASCII编码&＃xff0c;BOM就不会存在了&＃xff0c;因为上面说过BOM是在UCS编码的头部的&＃xff0c;然后再选择菜单栏“文件”&＃xff0d;“格式转换”&＃xff0d;“ASCII 转 UTF-8&＃xff08;Unicode编辑&＃xff09;”&＃xff0c;这个时候文件会被转回为UTF-8编码&＃xff0c;因为我们上面选了不自动加BOM&＃xff0c;所以这个时候的文件是不带BOM的&＃xff0c;然后保存文件。整个操作过程就完毕了。