Win32 过去对消息模式管道的消息大小限制为 64K，知识库文章 Q119218 PRB: Named Pipe Write() Limited to 64K 的残余部分证明了这一点. “适用于”部分只列出了“Microsoft Win32 Application Programming Interface”，文章比较老；没有迹象表明它是否也适用于 Windows 7 等合理的最新版本。是否有关于此问题的任何可靠的最新信息？
当前的在线文档仅包含对未指定限制的模糊提示，例如 CreateNamedPipe() 文档中的漂亮措辞功能:
The input and output buffer sizes are advisory. The actual buffer size reserved for each end of the named pipe is either the system default, the system minimum or maximum, or the specified size rounded up to the next allocation boundary.
没有说明“系统最大值”可能是多少，也没有说明如何查询它的值。
64K 限制再次出现在 TransactNamedPipe() 的文档中:
The maximum guaranteed size of a named pipe transaction is 64 kilobytes. In some limited cases, transactions beyond 64 kilobytes are possible, depending on OS versions participating in the transaction and dynamic network conditions. However, there is no guarantee that transactions above 64 kilobytes will succeed.
但是，该限制很可能仅适用于 TransactNamedPipe() 意义上的命名管道“事务”；也就是说，写入之后是读取，所有这些都包含在单个系统调用和/或网络事务中。该限制可能与 SMB 有关，因此不适用于本地管道。有这方面的硬信息吗？
消息模式管道非常适合当前的项目，在该项目中，服务器进程接收请求数据包并传送单个响应数据包，调度程序是托管在 Apache 中的简单多线程 stub (类似于 mod_fcgid ).字节模式管道需要一些额外的框架，这使得消息模式管道看起来更简单，因此更可取。但是，不可能将请求和响应大小限制为 64K；因此这个问题。
最佳答案
不，不再有任何此类限制。
Windows Server 2003 and Windows XP: Pipe write operations across a network are limited in size per write. The amount varies per platform. For x86 platforms it's 63.97 MB. For x64 platforms it's 31.97 MB. For Itanium it's 63.95 MB.
由此我们可以得出结论，该限制不适用于当前版本的 Windows，并且可能仅适用于处理网络管道时的 XP。
我们还可以观察到，如果 Q119218 适用于当前版本的 Windows，它就不会被归档。
通过实验，我可以确认在 Windows 7 SP1 x64 上，本地消息模式管道可以很好地处理大小超过 1 GB 的消息。 (我开始在 1650MB 标记附近的某处收到“系统资源不足”消息。)
关于windows - Win32 命名管道和消息大小限制 - 旧的 64K 限制是否仍然适用？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33553837/