通过浏览源代码并玩一些玩具示例，我得出结论，Netty目前（5.0.0 alpha2）仅支持multipart / form-data，但不支持multipart / mixed，至少不支持RFC1342 (sec. 7.2)。看起来在multipart / form-data中的一个部分内部支持混合。
是真的如此，还是我错过了什么？
答案 0 :(得分：1)
由于我得到了同样的问题，我在这里发布了可能是安装的开始......
但是，目前的实施似乎有两个限制：
1）它仅支持multipart / form-data。我也希望能够 使用multipart / mixed，这在线上非常相似（参见 http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html）。我觉得 可以扩展编码器/解码器以理解多部分/混合 并且仍然创建相同类型的HttpDatas。
是的，当前的编解码器专注于multipart / form-data。我将有可能扩展或提出一个新的（可能基于它），以支持multipart / mixed。 当前的编解码器是根据用户需求制作的（一开始是我的，另外一些是跟随的）。由于还没有人请求支持multipart / mixed，因此除了内部多部分/混合代码之外，它没有被编码。 引用为RFC1867。
由于Netty喜欢捐款，非常欢迎您提出建议; - ）
2）似乎只能使用高效的HttpDatas FileUpload如果你在multipart / form-data中。我希望能够 向请求添加FileUpload，并通过这种方式创建内容 该文件是请求的主体，而不是使其成为多部分 请求。我认为这可以通过扩展标准职位来完成 用于理解FileUploads的编码器。
这可能有点复杂，因为它必须在没有multipart的情况下完成，而multipart目前支持FileUpload类。
也许一个好的方向可能是切换到ChunkFile或ChunkNioFile并将其与＆＃34;你的＆＃34; HttpCodec或你的＆＃34; HttpHandler＆＃34;在执行正文请求时，为了通过ChunkFile传递内容。
希望这能帮助你朝着正确的方向前进......