atitit.二进制数据无损转字符串网络传输

时间:2021-07-30 16:27:33

atitit.二进制数据无损转字符串网络传输

1. gbk的网络传输问题,为什么gbk不能使用来传输二进制数据
1

2. base64 2

3. iso-8859-1  (推荐) 2

4. utf-8 (不能使用) 2

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

atitit.二进制数据无损转字符串网络传输