分析http协议头，关于boundary

recnad 2011-03-28 05:00:25

上传文件时，协议头里有个boundary 是随机生成的字符串，用来分隔文本的开始和结束，如果依照这个字符串来判断文本内容的开始结束，文本内部如果正好有相同的字符串怎么办？

...全文

10201 16 打赏收藏转发到动态举报

写回复

用AI写文章

16 条回复

切换为时间正序

请发表友善的回复…

发表回复

辰岡墨竹 2012-07-12

打赏
举报

一般来说用一个生成一个UUID的话，会可靠很多。而且一般来说上传文件最好用BASE64进行编码，你只要用BASE64不用的符号就可以保证不冲突了。尤其是上传二进制文件时，其中很可能有\r、\n之类的控制字符，有时还可能出现最高位被错误处理的问题，所以必须进行编码。

ssyyzzxx 2012-07-12

打赏
举报

反正他这么规定，你服务端就这么区分就行了
至于有可能出现冲突的问题，那是客户端的事儿
有可能客户端在生成那个值的时候，就检测过内容中是否有相同的数据，如果有相同的，就换一个字符串

recnad 2011-04-11

打赏
举报

[Quote=引用 10 楼 ok1234567 的回复:]

boundary 在数据体中常常并不只出现一对，boundary同时还可以嵌套
length域信息通常是在定界后解析，也不保证总是有该域信息，文本中非常可能含有length冲突信息
数据打包者要确保其唯一可识别，不能有冲突，冲突就意味着接收方可能解析错误
确保其唯一无冲突，应该不算难事吧:)
[/Quote]
关键我如果解析这些接收的数据的时候，能不能就根据boundary来判断开始结束呢？如果生成的boundary可能会冲突，那我解析的时候还得做一些额外的工作来保证数据的完整性。

Sou2012 2011-04-11

打赏
举报

Winsock HTTP POST 上传文件
http://blog.csdn.net/ilysony/archive/2010/12/14/6075730.aspx

smwhotjay 2011-04-11

打赏
举报

http是\r\n\r\n通用的结束

ok1234567 2011-03-30

打赏
举报

boundary 在数据体中常常并不只出现一对，boundary同时还可以嵌套
length域信息通常是在定界后解析，也不保证总是有该域信息，文本中非常可能含有length冲突信息
数据打包者要确保其唯一可识别，不能有冲突，冲突就意味着接收方可能解析错误
确保其唯一无冲突，应该不算难事吧:)

covsno 2011-03-29

打赏
举报

boundary的生成由客户端负责保证唯一性和正确性

客户端可以使用GUID嘛

recnad 2011-03-29

打赏
举报

[Quote=引用 5 楼 hpf976149 的回复:]

在数据中增加数据长度信息，先得到数据长度，再解析数据
[/Quote]
一般来说，的确都有个length信息，但是我见人说可能有的时候没有length，那么服务器这个时候到底怎么判断结束呢？我觉得单纯用boundary来判断很不严谨，不能保证数据100%的正确，但是实际应用中的确没有听说谁上传的文件保存没有成功的，要么就是当出现第一次boundary的时候作为开始，出现最后一次boundary的时候作为结束，不过这样代码的实现就稍微复杂一点。

recnad 2011-03-29

打赏
举报

[Quote=引用 2 楼 flandy_feng 的回复:]

boundary 时候有\r\n的吧，这是协议里面规定的啊；而自己使用的不会用到\r\n;http协议中\r\n\r\n表示http头已经结束了。
[/Quote]
\r\n不就是回车+换行？你编辑文本的时候敲下回车就产生这两个字符了，怎么可能不会出现在文本中呢？