这通常是因为他们想要简化 UI，特别是避免许多用户并不真正理解或可能导致他们出现问题的选项。导致 SSID 成为探测请求一部分的 802.11 功能是提供非广播 SSID（即隐藏 SSID）的能力。

对于要连接到非广播 SSID 的客户端，它必须特别知道 SSID 名称。许多人使用它认为它是某种安全功能，但任何想要找出 SSID 的人几乎可以毫不费力地做到这一点。

一般来说，探测请求虽然总是广播，但以两种方式之一起作用。他们可以发出一般请求（“嘿，有人在吗？”）或更具体的请求（“嘿，鲍勃在吗？”）。

在某些操作系统中，您可以通过选择某种“即使网络未广播其名称 (SSID) 也连接”（Windows 7 示例）来指定探测请求应包括后者，以便它可以连接到非广播SSID。

但是，在某些操作系统和许多移动设备中，它们简化了用于连接到 802.11 网络的 UI。推理是这样的：

• 客户端设备可以使用任一类型的探测连接到广播 SSID。
• 客户端设备需要更具体的探针才能连接到非广播 SSID。
• 通过使用更具体的探针，设备将能够连接到任一类型的网络。

最终结果是，这就是他们让设备默认执行的操作，少了一个可能使用户感到困惑或导致问题的选项。