我的聊天主要受到Cirrus Sample的启发 聊天工作正常，但在某些情况下，“NetStream.Connect.Success”不会被触发 两个连接都通过了ports check
在切换到NetGroup架构并假设这些问题与连接过程有关之前，我想知道：
- NetGroup通过NetStream直连连接在NetStream连接过程中采取不同的行动吗？
- NetGroup有哪些限制？我读到使用它时有更多的延迟。
答案 0 :(得分：1)
好的，首先，NetStream.Connect.Success在NetConnection而不是NetStream上触发。对于试图将这一切都设置好的人来说，这是最大的误解和挫折。 Adobe出于传统（历史）原因这样做。所以先检查一下，确保你在正确的位置听。
如果您确定在正确的位置拥有侦听器，则可能会出现NAT或防火墙通信问题，导致某个对等方在某些情况下无法看到对方。
现在关于团体：
NetGroup不会引入延迟（必然）。在少于14个成员的组中，您具有完整的网格（所有成员都与所有其他成员具有直接对等连接）。如果使用sendToAllNeighbors（），使用少于14个成员组仍将为您提供极快的p2p连接。你听说延迟的地方是post（）。 post运行了一堆引入新延迟的东西，因为它试图联系我的3个降序，3个升序，我的分数连接，我的6个最少潜伏和我的1个随机每10秒......然后尝试转发消息分发给该组的其他成员。即使是小团体，也可能需要一两秒钟。
以下是MAX视频的链接，该视频介绍了rtmfp及其基于环的架构Cool In-Depth Video About RTMFP
的所有细节（可以这么说）