您的位置:首页 > 编程语言 > Java开发

java异常之编码格式,

2016-08-16 10:29 141 查看
这几天开发遇到了这么一个异常,说大也算不上,回过头来感觉就是自己在编辑上的疏忽造成的,下面是我的处理和分析:

我出现的异常是 Page-encoding specified in XML prolog (UTF-16LE) is different from that specified in page directive (UTF-8) ,之前在服务器的tomcat7上面没有报任何错误,昨天因为要更改里面的某个小功能,将其下载后在ultraedit进行编辑更改,再次传到服务器上就报上述错误;

怎么办呢,没见过这么个异常,度娘吧,但是检索到的都是


Page-encoding specified in XML prolog (UTF-8) is different from that specified in page directive(utf-8),跟我的异常还是有差别啊,但是根据这个异常给出的分析,不难看出我的异常和这个相差不远,这个异常的意思是说jsp页面的编码格式和对应的WEB-INF下web.xml里面的不同,也就是要么同时大写,同时都小写;我也按照同样的流程检查了一篇,没问题啊,异常却是照常有,况且我的异常出现有UTF-16LE,找来找去也没有看见哪里有这个编码格式,google吧,看哪里错了,检索也没结果,灵机一动,感觉是我的编辑器在编辑或保存的时候编码格式变更了,然后把对应的jsp放到myeclipse里面看看,果不如,jsp的编码格式是UTF-16,改为UTF-8,结果上传,异常已经没有了,感觉困惑了我不少时间,但却是这么小的一个异常,哈哈。


回到文章的标题,我把它归结为编码格式异常,也就正常了。

还是接着上面的异常,之前我有说过jsp页面的乱码很有可能是编辑工具造成的,今天在更改相同的功能时,仍然出现异常,但貌似又有改变具体记不清楚了,还按上面的处理吧,把ultraedit编辑过的jsp拿到myeclipse里面查看编码格式,却出现了Encoding
in UTF-8 without BOM,这就奇了怪了,编码格式是要一直困惑我么,抱着一定要解决的态度,百度发现了一篇很好的文章,我贴出链接吧,(http://www.cnblogs.com/ini_always/archive/2011/12/24/2300601.html),讲的就是utf-8
without BOM这样一种编码格式,文章的结尾又帮我解决了再一次的异常"去掉UTF-8编码文件BOM的方法:用Notepad++的Encoding菜单中的Encoding in UTF-8 without BOM即可",后面我用notepad++编写后,异常解决,欧耶!!!告诫大家的是掌握不好ultraedit编辑器的话,还是索性notepad++吧,当然也欢迎ultraedit掌握好的人,提出意见,到此结束。。。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息