我想知道基础设施 Wi-Fi 设备的具体运行方式。我一直认为所有数据都会传输到路由器，然后广播到相关设备。
我想象在某些情况下路由器可用于促进两个已经连接的设备之间的连接。
例如：
设备 1 正在向设备 2 发送一个 50MB 的文件。有人认为以下设置更有意义：
设备 1 <----> 设备 2（路由器设置两个设备之间的对话并让它们自行完成）
而不是：
设备 1<-----> wifi 路由器 <-------> 设备 2
总之，WiFi路由器总是需要充当中间人吗？
提前致谢。 ：）
答案1
如果两个 802.11 STA（“Wi-Fi 客户端”）连接到一个 802.11 接入点（简称“AP”，又称“Wi-Fi 路由器”），那么两个 STA 之间传输的每个数据包实际上都是从第一个 STA 传输到 AP，然后从 AP 传输到第二个 STA。这称为“BSS 内中继”，这样做是为了避免所谓的“隐藏节点问题”，即两个 STA 都在 AP 的覆盖范围内，但彼此不在覆盖范围内。
这很好地解决了隐藏节点问题，但这意味着无线到无线的传输要穿过同一个信道两次，所花费的通话时间大约是两个 STA 直接互相通话所需通话时间的两倍。
为了避免浪费通话时间，802.11 标准的附录增加了一种称为“隧道直接链路设置”(TDLS) 的功能，允许同一 AP 上的两个 STA 在彼此的覆盖范围内时直接相互通信。但是，我不确定有多少 STA 实际上支持 TDLS。如果这只是一个巧妙的想法，被纳入标准但从未被使用过，我一点也不惊讶。
还开发了各种方法让两个 802.11 STA 直接相互通信，无论它们是否连接到同一网络或任何网络。Wi-Fi Direct 是早期尝试，但从未在市场上流行起来。Apple 使用类似于精简版 Wi-Fi Direct 的专有解决方案为 OS X Lion 创建 AirDrop 功能。Apple 随后创建了另一种解决方案，称为 Apple Wireless Direct Link (AWDL)，以允许 iOS 设备进行 AirDrop。最终，AWDL 的更新形式出现在 OS X 上；那时您终于可以在 Mac 和 iOS 设备之间进行 AirDrop。Apple 还使用 AWDL 允许 Mac 和 iOS 设备进行“AirPlay”A/V 流式传输和屏幕镜像到附近的 Apple TV，即使它们不在同一网络上。Apple 向 Wi-Fi 联盟提交了一份类似 AWDL 的提案，该提案被称为“邻居感知网络”(NAN)，现在被联盟称为“Wi-Fi 感知”。 “Wi-Fi Aware”是否真正具有足够的互操作性和可靠性，以在Wi-Fi Direct失败的市场上流行起来还有待观察。
答案2
这篇文章确实包含了您正在寻找的答案，但有点复杂，因为问题措辞模糊。我也尝试将问题的答案加粗。
首先，无线接入点与 Wifi 路由器不同。
从“逻辑”角度来看，接入点的作用就像一个无线交换机（可以说是一个集线器） - 事实上，对于不是发往它们的流量，它们并不关心有效载荷，更不用说路由了，它们只是传递信息。
这意味着如果信息在本地传输，它永远不会传递到路由器- 就像您通过交换机连接多个设备一样。决定数据传输方式的机制比 AP 的工作方式更高 - 具体来说，它由子网掩码和各种设备的响应方式定义 - 同样，与交换机完全一样。
我注意到当连接到同一 AP 的 2 个 WIFI 设备相互通信时，信息会先发送到 AP，然后再返回，而不是直接在设备之间（但它不会靠近路由器）。 这与 WIFI 协议有关，也因为两台设备完全有可能都能够看到接入点，但互相看不到。
当您拥有一个 WIFI 路由器时，您可以从逻辑上将其视为 2 个设备组合成 1 个 - 一个接入点 + 一个路由器，每个设备都执行自己的任务 - 事实上，如果您禁用路由器功能，路由器就可以完美地用作接入点。