gpt4 book ai didi

multipartform-data - 如何解释缺少 CRLF 的多部分?

转载 作者:行者123 更新时间:2023-12-03 13:40:07 26 4
gpt4 key购买 nike

这是一个 RFC 2046使用“边界”边界的多部分八位字节流。

--boundary
Content-Type: text/plain; charset="US-ASCII"

abc

--boundary

a
--boundary


--boundary

--boundary
--boundary--

第 1 部分是 abc\r\n带有尾随 CRLF 和一个描述其内容类型的 header 。

第 2 部分是 a没有标题也没有尾随换行符。

第 3 部分是空的。

什么是第 4 部分?有第五部吗?

最佳答案

虽然我无法提供明确的答案,但这是我基于 RFC 的推理:
关注来自 RFC 2046 的 BNF ,示例的最后一部分(即 OP 的“第 4 部分”和“第 5 部分”)可以总结为

delimiter CRLF delimiter close-delimiter
哪里 delimiter := CRLF dash-boundary .
多部分主体的 BNF 定义为
multipart-body := [preamble CRLF]
dash-boundary transport-padding CRLF
body-part *encapsulation
close-delimiter transport-padding
[CRLF epilogue]
在哪里
encapsulation := delimiter transport-padding
CRLF body-part
尽管 RFC 2046 包含两个明显不同的规则 body-part ,即。 herehere ,好像 body-part可能为空(另见 RFC 2045 中的 MIME-part-headersRFC 822 中的 message )。此外, transport-padding应该是空的。
假设是这种情况,那么 encapsulation带空 body-part将是 delimiter CRLF .
我想这将使“第 4 部分”正式为空。
至于“第 5 部分”,基于上述内容,我希望流以 encapsulation close-delimiter 结束。 ,所以这将是 delimiter CRLF close-delimiter .
但是,流(“第 5 部分”)以 delimiter close-delimiter 结束,没有 CRLF (我认为这是问题标题中的“缺少 CRLF”)。
这是否意味着流只是无效(或不合规)?

关于multipartform-data - 如何解释缺少 CRLF 的多部分?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61450716/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com