[原]rfc4627研究小结(完)

　　问题:最近遇到这样一个汉字乱码问题，当我用rfc4627转化json串(看成是[{"key":"value",...}...]形式)时，如果value为汉字时转化没有问题，key为汉字时转化出问题，一个汉字本应该转化为三个unicode码值，但现在只能转化为了一个大约是小于65535的一个值（估计这儿用了某种压缩算法把应该占三位unicode的汉字压缩成占15-16个二进制,也就是现在的小于65535的值）.如果都出现乱码可以说rfc4627中没有转化汉字的功能，但现在的问题是当value为汉字时没有问题，但当key为汉字时就出问题，说明rfc4627有汉字转化的代码，但key为汉字时没有加转化代码。 

　　详细描述:我是用rfc4627解码json串时出的问题，如果汉字出现在value上，没有问题；但若出现在key上，则会出现类似的问题，例：

　　总结：就这样一个简单的问题，让我用了两天的时间才找到错误的原因。我在找这个原因的时候，是一步步的进行调试，一点点的最后才找到。原来汉字处理模块xmerl_ucs:to_utf8在rfc4627中只对“:”前面的没进行了转化而对“:”后面的进行了转化，导致了对汉字转化的错误。(本想好好研究下xmerl_ucs模块，一放下再也不想拿起了[感慨一下])

　　另：在rfc4627中注意:

　　　　1.在数组或对象中重复的","被转化为一个

　　　　2.任何 =<32的字符都被认为是空格

　　　　3.接受以0开头的数字

　　　　4.不要求最顶层只是对象或数组，任何类型的JSON值都可以。