atitit.二进制数据无损转字符串网络传输
1. gbk的网络传输问题,为什么gbk不能使用来传输二进制数据
1
1. gbk的网络传输问题,为什么gbk不能使用来传输二进制数据
gbk会造成信息丢失
由于有些字符在gbk字符集中找不到对应的字符，所以默认使用编码63代替，也就是?（问号）。。。gbk仅仅能兼容低位asc编码(英文字母),高位编码要使用来编码汉字了...
作者::老哇的爪子Attilax艾龙，EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.net/attilax
s="我ab哈";
gbked [-50, -46, 97, 98, -71, -2]
winhex CED26162B9FE ,, ce(206),d2(210)
zip [120, -100, 59, 119, 41, 49, 105, -25, 63, 0, 14, 14, 4, 27]
》》》gbk str
zipstr>>byteArr [120, 63, 119, 41, 49, 105, 63, 0, 14, 14, 4, 27]
gbk总体编码范围为8140-FEFE，首字节在81-FE 之间，尾字节在40-FE 之间，gbk 81(129),40(64)------fe(254)
2. base64
base64最大的问题是大小新增30%...
3. iso-8859-1 (推荐)
iso-8859-1 是很好的解决...,使用它进行转码一般也没有问题。
iso-8859-1是JAVA网络传输使用的标准字符集
。当我们要把一个“字节串”转化成“字符串”，而又不知道它是哪一种 ANSI 编码时，先暂时地把“每一个字节”作为“一个字符”进行转化，不会造成信息丢失。
iso8859可以完美的转换0-256区间的字符。。。不会丢失。。
ISO-8859-1 字符集的编码范围是 0000-00FF，正好和一个字节的编码范围相对应。这种特性保证了使用 ISO-8859-1 进行编码和解码可以保持编码数值“不变”。
这种特性保证了使用 ISO-8859-1 进行编码和解码可以保持编码数值“不变”
4. utf-8 (不能使用）
s="我ab哈";
utf8 bytes [-26, -120, -111, 97, 98, -27, -109, -120]
kmprs bytes [120, -100, 123, -42, 49, 49, 49, -23, -23, -28, 14, 0, 22, 32, 4, -61]
>>>>utf8 str
utf8str2bytes(len27) [120, -17, -65, -67, 123, -17, -65, -67, 49, 49, 49, -17, -65, -67, -17, -65, -67, -17, -65, -67, 14, 0, 22, 32, 4, -17, -65, -67]
5. 参考：
字符编码笔记：ASCII，Unicode和UTF-8 - 阮一峰的网络日志.htm
