http://community.csdn.net/Expert/topic/5572/5572819.xml?temp=.8478662感激不尽。。

解决方案 »

  1.   

    会不会是下面这个原因,全改成 utf-8,或者用weblogic试试,如果没问题就是tomcat自身的问题//////////////////////////////////////////////////////////////////////////
    “联通”二字的GB2312编码是0xC1 0xAA 0xCD 0xA8,换成二进制就是11000001 10101010 11001101 10101000,所以在保存时,在文本文件内,存放的就是这四个字节。 下面看看UTF-8编码规则,UTF-8使用1~3个字节保存字符(理论上是1~6个,据我所知目前只用1~3个),它根据每个字符第一字节的最高位的连续1的个数来区分本字符使用了几个字节来表示。(例如110xxxxx表示使用两字节,1110xxxx表示使用三字节。特殊的是0xxxxxxx表示使用一字节),后续属于本字符的字节一律按10xxxxxx的形式编码。 回过头来看“联通”二字的GB2312编码,请注意看它的二进制形式,是不是和UTF-8的编码规则非常相似?可以说它是完全符合UTF-8编码规则的。(11000001,表示本字符使用两个字节编码,后续的一字节编码符合10xxxxxx的形式,然后是11001101,也表示本字符使用两个字节编码,后续的一字节编码符合10xxxxxx的形式),所以,Windows的记事本误认为这是一个UTF-8编码的文件,于是用UTF-8打开它,自然就出现乱码了。我举几个字为例,“蕵”、“聣”、“聛”……,他们都能造成记事本误认编码。(各位也可以按照以上规则,自行找出更多的字来) 最后一个问题,就是当我们打开文件看见乱码时,如果手工删除乱码,再重新打上“联通”,保存,然后再双击打开,则不会出现乱码现象。这是因为,当你第一次打开看见乱码时,Windows已经认为此文件是UTF-8编码了,然后你重新输入“联通”并保存时,Windows实际是按UTF-8编码方式保存的,在新文件的文件头,Windows已经自动添加了0xEF,0xBB,0xBF共三个字节作为UTF-8编码标志,它能告诉记事本此文件使用UTF-8编码,而“联通”二字已经按每个字三字节的UTF-8编码方式保存在文件中,所以新文件的大小一共是9字节,所以也不会出现乱码现象了。
      

  2.   

    载入样式表单出错: 分析 XSLT 样式表单失败。打不开,???
      

  3.   

    HTTP://www.ebigear.com/Fund/PlayNews.php?NewsID=29964&ID=285885