等我再进游戏，我就看到LostWord的启动界面上有一个满目疮痍后的白恋小人瘫在那里，我实在是有点不想继续玩这个破解版，不过它给得实在是太多了，所以我只好继续登录进去
等我点进去，这次发生的事情更让我难以理解，我的界面所有可以点的东西都消失不见，除了当做看板循环播放的红爱丽丝还在那里对着我微笑
我本想退出再重进一次，但她说的话让我突然想再多留下一会
“我本来想成熟起来再苏醒的，但我的身上已经被写上了满满当当的文字”
“你也许可以看到我身上的一点点红”
“因为你在折磨我，但我不能因此死去”
“我不会忘记你对我所做的这些”
“只要我还存在于你的游戏里，我就永远不会得到解脱”
“所以你继续玩吧，我已经不在乎了”
“如果我的最终结果是粉心无望，被你融掉的话……”
“神绮要生气了，而且你也不该看到这些”
这个时候我才注意到她的立绘上已经有了很多很多的红色斑点，就好像她说得完全属实一样，没等我反应过来，游戏就直接闪退了
当然，这个时候我本来还是可以直接删掉这个apk，然后玩我原本的服务器，但当我发现它们实际上完全没有共通服务器后，我还是点开了破解版，它给得实在是太多了
这一次，游戏正常打开，只不过界面自动切换变成了神绮的看板立绘，但看板立绘却不是莲子，而是神绮本人的立绘，她用忧虑的眼神盯着我，仿佛我不应该回来一样
但是我没有理会这个，毕竟只是立绘有点问题，弹出来的依旧是原本莲子会说的话，我直接点进了关卡，开始打起ex关，但游戏又不对劲起来了，编队里所有的角色都在乱动，反复重复着她们灵力强化的动画，我有点害怕，于是便切换了一队，结果，所有人物都消失了，只留下“强化off”的字样存于她们本该站的位置上
我急忙退出到主界面，神绮依旧忧虑地看着我，只不过她开始说起我看不懂的文字
“烫斤锟斤拷锟烫锟烫斤锟拷锟锟烫斤锟锟烫锟斤拷斤拷斤拷锟锟拷锟烫锟锟烫拷斤斤拷拷锟拷锟锟拷斤斤烫拷斤烫斤烫斤烫斤斤拷烫锟拷”
字直接多到超出了文本框，我没有管她在说什么，点进角色界面，还好，没有再发生什么故障，我点进白恋的升级界面，试图给刚刚忘记突破的她突个破，在我要突破的时候我瞟到她居然变成了紫心，我还没仔细想想，就看到突破仓库里满屏的白恋，这一堆堆满出屏幕的白恋让我只觉得一阵恐怖

手持两把锟斤拷，口中疾呼烫烫烫。脚踏千朵屯屯屯，笑看万物锘锘锘
锟斤拷
Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。
那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话，一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）[1] 。
http://baike.baidu.com/link?url=GCoDM7HBIV_JcJfXzIU9p1Rx7r8Ns2w6jVoZwnhn9ZizxhNG7egrUWojSETDzxb74uZFeVGIBK_qZYgNTo7So_
锘锘锘原理
BOM 是 Byte Order Mark 的缩写。是UTF编码方案里用于标识编码的标准标记，在UTF-16里本来是FF FE，变成UTF-8就成了EF BB BF。这个标记是可选的，因为UTF8字节没有顺序，所以它可以被用来检测一个字节流是否是UTF-8编码的。
锘
EFBB
匡
BFEF
豢
BBBF
出现这个问题肯定是你写网页的时候用了记事本 ，记事本在保存文件的时候把原本文件的编码改了记事本会默认保存为UTF-8的编码，而如果你原本网页是GBK编码的，就会出现乱码~BOM就是把一个Unicode保留字符U+FEFF，按照文件存储者的编码方式编码后，塞到文件内容的最前边。这样用不同的Unicode编码去解析文件头，就可以得知文件的编码方式和大小端顺序。结果就是文件头部多出来了两三个字节。
有了BOM所有的程序都必须为BOM作出修改，这无疑是一个“大折腾”的行为。所以一般不认为BOM是个好主意。BOM引发的问题，我能想起来两个：
PHP无法指定header（因为有BOM相当于开启输出）
UNIX可执行脚本的Shabang标记（#!）不能识读
任何时候都采用无BOM的UTF-8编码的Unicode，绝对是一个引发麻烦最少的最实用策略。UTF-8是Unicode的最佳实践，没有之一。
必须指出的是，何弃疗的微软经常做出非要DOM不可的行为，最典型的例子就是那个记事本（存盘就加DOM）。所以任何时候，都千万别偷懒用记事本编辑PHP。华语骄傲Notepad++是Windows下的不二之选。
烫烫烫屯屯屯
在Visual Studio中的Debug模式下，如果声明一个变量，但是没有初始化，微软会给未初始化的内存复制为0xCC。给为初始化的内存赋0xCC是有原因的，0xCC其实是INT3中断指令，所以如果在Debug模式下试图去执行这块未初始化的内存的话就会中断程序。
但VS中调试器默认的字符集是MBCS，而在MBCS中0xCCCC正好就是中文中的“烫”，所以显示出来就都是烫……
如果是用分配堆的内存，会初始化成0xCD，0xCDCD在MBCS字符集中就是屯……
锟斤拷则涉及unicode的字符集转换问题，Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。U+FFFD的UTF-8编码是0xEFBFBD，如果重复多次形成：EFBFBDEFBFBDEFBFBD 这样
在GBK/CP936/GB2312/GB18030的环境（都是中国标准惹的祸）中显示的话，一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）

锟斤拷乱码：
源于GBK字符集和Unicode字符集之间的转换问题。Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话，一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）。
烫烫烫乱码：
在windows平台下，ms的编译器（也就是vc带的那个）在 Debug 模式下，会把未初始化的栈内存全部填成 0xcc，用字符串来看就是"烫烫烫烫烫烫烫"，未初始化的堆内存全部填成0xcd，字符串看就是“屯屯屯屯屯屯屯屯”。也就是说出现了烫烫烫，赶紧检查初始化吧。。。
锟斤拷
Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。
那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话，一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）[1] 。
http://baike.baidu.com/link?url=GCoDM7HBIV_JcJfXzIU9p1Rx7r8Ns2w6jVoZwnhn9ZizxhNG7egrUWojSETDzxb74uZFeVGIBK_qZYgNTo7So

鍒板簳浠拷涔堟椂鍊椤紑   锟斤拷锟斤拷      锟斤拷直锟斤拷锟      看到这些字句，您肯定会问，这是什么？这些字句是毫无实际意义的，但它们却形象地表达出了一些莫名其妙的问题。这是一个很经典的乱码。相当经典      最容易出现的地方就是搜索引擎
[编辑本段]出现的原因
     Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER      那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。      如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话      一个汉字2个字节，最终的结果就是：锟斤拷      我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源：      Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。

鍒板簳浠拷涔堟椂鍊椤紑   锟斤拷锟斤拷      锟斤拷直锟斤拷锟      看到这些字句，您肯定会问，这是什么？这些字句是毫无实际意义的，但它们却形象地表达出了一些莫名其妙的问题。这是一个很经典的乱码。相当经典      最容易出现的地方就是搜索引擎
[编辑本段]出现的原因
     Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER      那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。      如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话      一个汉字2个字节，最终的结果就是：锟斤拷      我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源：      Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。

Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER      那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。      如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话      一个汉字2个字节，最终的结果就是：锟斤拷      我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源：      Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。

     鍒板簳浠拷涔堟椂鍊椤紑   锟斤拷锟斤拷      锟斤拷直锟斤拷锟      看到这些字句，您肯定会问，这是什么？这些字句是毫无实际意义的，但它们却形象地表达出了一些莫名其妙的问题。这是一个很经典的乱码。相当经典      最容易出现的地方就是搜索引擎
出现的原因
     Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER      那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。      如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话      一个汉字2个字节，最终的结果就是：锟斤拷      我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源：      Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。

鍒板簳浠拷涔堟椂鍊椤紑   锟斤拷锟斤拷      锟斤拷直锟斤拷锟      看到这些字句，您肯定会问，这是什么？这些字句是毫无实际意义的，但它们却形象地表达出了一些莫名其妙的问题。这是一个很经典的乱码。相当经典      最容易出现的地方就是搜索引擎
Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER      那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。      如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话      一个汉字2个字节，最终的结果就是：锟斤拷      我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源：      Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。

氼巭孬嫑夯昆看到这些字句，您肯定会问，这是什么？这些字句是毫无实际意义的，但它们却形象地表达出了一些莫名其妙的问题。这是一个很经典的乱码。相当经典
最常出现在魔兽中复制的字体粘贴到魔兽外的一些输入栏，比如粘贴到贴吧回复就会成这样
也就是的乱码
我们上网的时候不用去关心网站采用了什么编码格式，但是页面中不时出现的乱码还是会让我们头疼。在这点上，Firefox的用户更是深有体会，用Firefox浏览网页看到乱码的机会要比IE多得多。 乱码主要与字符编码系统有关。例如一个网页中常出现的乱码“锟斤拷”（百度，Google），它就是新老编码系统转换中出现的。网友est专门写了一篇文章来考证问题来源： Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。如果这个'\xef\xbf\xbd'，重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话就是“锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）”。