Win32 命名管道和消息大小限制 - 旧的 64K 限制是否仍然适用？
Win32 named pipes and message size limits - is the old 64K limit still applicable?
Win32 过去对消息模式管道的消息大小限制为 64K，知识库文章 Q119218 PRB: Named Pipe Write() Limited to 64K 的残余部分证明了这一点。 "applies to" 部分仅列出 "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.
没有说明 'system maximum' 可能是什么，或者如何查询它的值。
TransactNamedPipe() 的文档中再次出现 64K 限制：
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() 的意义上说，该限制很可能仅适用于命名管道 'transactions'；也就是说，写入之后是读取，所有这些都包含在单个系统调用 and/or 网络事务中。该限制可能与 SMB 有关，因此不适用于本地管道。有这方面的硬信息吗？
消息模式管道非常适合当前的项目，在该项目中，服务器进程接收请求数据包并传送单个响应数据包，调度程序是托管在 Apache 中的简单多线程存根（类似于 mod_fcgid).字节模式管道需要一些额外的框架，这使得消息模式管道看起来更简单，因此更可取。但是，不可能将请求和响应大小限制为 64K；因此这个问题。
不，不再有任何此类限制。
documentation for WriteFile 说：
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 的消息。 （我开始收到 "insufficient system resources" 大约 1650MB 标记的消息。）
Win32 过去对消息模式管道的消息大小限制为 64K，知识库文章 Q119218 PRB: Named Pipe Write() Limited to 64K 的残余部分证明了这一点。 "applies to" 部分仅列出 "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.
没有说明 'system maximum' 可能是什么，或者如何查询它的值。
TransactNamedPipe() 的文档中再次出现 64K 限制：
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() 的意义上说，该限制很可能仅适用于命名管道 'transactions'；也就是说，写入之后是读取，所有这些都包含在单个系统调用 and/or 网络事务中。该限制可能与 SMB 有关，因此不适用于本地管道。有这方面的硬信息吗？
消息模式管道非常适合当前的项目，在该项目中，服务器进程接收请求数据包并传送单个响应数据包，调度程序是托管在 Apache 中的简单多线程存根（类似于 mod_fcgid).字节模式管道需要一些额外的框架，这使得消息模式管道看起来更简单，因此更可取。但是，不可能将请求和响应大小限制为 64K；因此这个问题。
不，不再有任何此类限制。
documentation for WriteFile 说：
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 的消息。 （我开始收到 "insufficient system resources" 大约 1650MB 标记的消息。）