HTTP头中的Content-Transfer-Encoding

最近在用retrofit传输文件的时候,发现设置MultiPart之后,传输的内容会自动添加Content-Transfer-Encoding:binary的头域。于是专门研究了一下这个域。

从它的命名就可以看出,这个head域是用来描述内容在传输过程中的编码格式。不同于Content-Type,这个域不是必须的。不过,仅仅定义一种Content-Transfer-Encoding也是不可以的。在有效地传输巨大的二进制数据和便于阅读的编码数据之间要有一个折中。所以,至少要有两种编码格式:易读的,和稠密的(高压缩率的)。Content-Transfer-Encoding就是为这个目的设计的。Content-Transfer-Encoding支持以下数据格式:BASE64, QUOTED-PRINTABLE, 8BIT, 7BIT, BINARY, X-TOKEN。这些值是大小写不敏感的。7BIT是默认值,当不设置Content-Transfer-Encoding的时候,默认就是7BIT。7BIT的含义是所有的数据以ASC-II格式的格式编码,8BIT则可能包含非ASCII字符。BINARY可能不止包含非ASCII字符,还可能不是一个短行(超过1000字符)。

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值