通过

选择哪一种网络技术？

  • 项目

面向 UWP 开发人员的网络技术概述，以及关于如何选择适合自己应用的技术的建议。

套接字

如果你正在与另一台设备通信而想要使用自己的协议，可使用套接字。

有以下两种套接字实现可供通用 Windows 平台 (UWP) 开发人员使用：Windows.Networking.Sockets 和 Winsock。 如果你需要编写新的代码，则 Windows.Networking.Sockets 的优势在于 API 不仅先进且专为 UWP 开发人员“量身打造”。 若要使用跨平台网络库或其他现有 Winsock 代码，或者想要使用 Winsock API，则可以使用该套接字。

何时使用套接字

  • 借助这两种套接字实现，你可以使用自己选择的协议（TCP 或 UDP）与其他设备通信。

  • 根据体验和使用的任何现有代码，选择最能满足你需求的套接字 API。

何时不使用套接字

  • 不要使用套接字实现你自己的 HTTP 堆栈。 请改用 HttpClient。
  • 如果 WebSocket（StreamWebSocket 和 MessageWebSocket 类）符合你的通信需要（指向/来自 Web 服务器的 TCP），请考虑使用它们，而不是花费自己的时间和开发资源通过套接字实现类似的功能。

WebSocket

WebSocket 协议定义了客户端与服务器之间通过 Web 进行快速而又安全的双向通信的机制。 数据通过全双工套接字连接立即传输，从而允许从两个终结点实时发送和接收消息。 WebSocket 非常适合在实时游戏中使用，由于即时社交网络通知和显示的最新信息（例如游戏统计信息）都需要是安全的，且需使用快速的数据传输。 UWP 开发人员可以使用 StreamWebSocket 和 MessageWebSocket 类与支持 Websocket 协议的服务器建立连接。

何时使用 Websocket

  • 当你想要在设备和服务器之间不断地发送和接收数据时。

何时不使用 Websocket

  • 如果你不经常发送或接收数据，你可能会发现将各个 HTTP 请求从设备发送到服务器更简单些，而不是建立并保持 WebSocket 连接。
  • WebSocket 可能不适用于容量非常大的情形。 请考虑先为你的数据流建模并通过 WebSocket 模拟流量，之后再将它们用于你的设计中。

HttpClient

当你使用 HTTP 与 Web 服务或 Web 服务器通信时，请使用 HttpClient（和其余的 Windows.Web.Http 命名空间 API）。

何时使用 HttpClient

  • 当使用 HTTP 与 Web 服务通信时。
  • 当上载或下载少量小文件时。
  • 如果 WebSocket（StreamWebSocket 和 MessageWebSocket 类）符合你的通信需要（指向/来自 Web 服务器的 TCP）且相关 Web 服务器支持 WebSocket，请考虑使用它们，而不是花费自己的时间和开发资源通过 HttpClient 实现类似的功能。
  • 当你正在通过网络流式传输内容时。

不使用 HttpClient 的情况

  • 如果你要传输大型文件或大量的文件，请考虑改为使用后台传输。
  • 如果你希望能够根据连接类型来限制上载/下载限制，或者希望保存进度并在中断后恢复上载/下载，则必须使用后台传输。
  • 如果你要在两台设备之间通信且这两者都不是设计用于充当 HTTP 服务器，则应使用套接字。 请不要尝试实现你自己的 HTTP 服务器和使用 HttpClient 与之通信。

后台传输

当你希望通过网络可靠地传输文件时，请使用后台传输 API。 后台传输 API 提供应用暂停期间在后台运行的高级上载和下载功能，并持续至应用终止。 API 监视网络状态，并在连接丢失时自动暂停和恢复传输，并且传输还具有流量感知和电量感知功能，这意味着可以根据当前连接和设备电池状态调整下载活动。 当你的应用在移动设备或电池供电的设备上运行时，这些功能是必不可少的。 该 API 适用于使用 HTTP 上载和下载较大文件。 还支持 FTP，但只能用于下载。

Windows 10 中新后台传输功能可在文件传输完成后触发后处理，以便你可以更新本地目录、激活其他应用或在下载完成时通知用户。

何时使用后台传输

  • 若要可靠地传输大型文件或大量的文件，可使用后台传输。
  • 如果你希望将以后台任务的形式传输处理后文件，可将后台传输与后台传输完成组搭配使用。
  • 如果你想要在网络中断后恢复进行中的传输，请使用后台传输。
  • 如果你希望能够根据网络条件（例如使用数据流量套餐时）来更改传输行为，请使用后台传输。

不使用后台传输的情况

  • 如果你要传输少量的小文件，并且无需在传输完成后执行任何后续处理，应考虑使用 HttpClient PUT 或 POST 方法。
  • 如果你希望流式传输数据并在其到达时在本地使用，请使用 HttpClient。

连接质量

Windows.Networking.Connectivity 命名空间中的 API 让你能够访问网络连接、成本以及使用情况信息。 有关使用此 API 的详细信息，请参阅访问网络连接状态和管理网络成本。

DNS 服务发现

Windows.Networking.ServiceDiscovery.Dnssd API 使你能够使用 DNS-SD 协议（如 IETF RFC 2782 中所述）在网络上向其他设备宣传某种网络服务。

通过蓝牙进行通信

与其他 API 相比，Windows.Devices.Bluetooth API 允许你使用蓝牙连接到其他设备并传输数据。 有关详细信息，请参阅使用 RFCOMM 发送或接收文件。

推送通知 (WNS)

Windows.Networking.PushNotifications API 使你能够使用 Windows 通知服务 (WNS) 通过网络接收推送通知。 有关使用此 API 的详细信息，请参阅 Windows 推送通知服务 (WNS) 概述

近场通信

Windows.Networking.Proximity API 允许你针对使用邻近感应或点击设备的应用使用近场通信，从而可轻松传输数据。 有关使用此 API 的详细信息，请参阅邻近感应和点击。

RSS/Atom 源

Windows.Web.Syndication API 使你能够以 RSS 和 Atom 格式管理联合源。 有关使用此 API 的详细信息，请参阅 RSS/Atom 订阅源。

WLAN 枚举和连接控制

Windows.Devices.WiFi API 使你能够枚举 Wi-Fi 适配器、扫描可用的 Wi-Fi 网络，以及将适配器连接到网络。

无线控制

Windows.Devices.Radios API 使你能够查找和控制本地设备上的无线，其中包括 Wi-Fi 和蓝牙。

WLAN Direct

Windows.Devices.WiFiDirect API 使你能够通过使用 Wi-Fi Direct 创建临时的本地无线网络，来与其他本地设备进行连接和通信。

Wi-Fi Direct Services

Windows.Devices.WiFiDirect.Services API 使你能够提供 Wi-Fi Direct Services 并连接到它们。 借助 Wi-Fi Direct Services，Wi-Fi Direct 临时网络上的设备（服务广告方）便能提供通过 Wi-Fi Direct 连接而连接到其他设备（服务寻求方）的功能。

移动运营商

Windows 10 向广大开发人员受众公开了一些之前只公开给设备制造商和移动运营商的 API。 请注意，尽管这些 API 现已公开，但它们仍受特定应用功能的限制，即必须得到 Microsoft 批准之后，才能发布应用。 这些 API 的实际使用主要限于设备制造商和移动运营商。

网络运营

Windows.Networking.NetworkOperators API 主要用于处理手机的配置和预配。 因此，用于对其进行控制的功能的相关权限仅限于设备制造商和电信提供商。

短信

Windows.Devices.Sms 命名空间用于以低级别实体形式处理短信和相关消息。 提供它供移动运营商作应用定向的短信之用，并使其受某一功能控制，该功能不被大多数应用开发人员批准使用。 如果你要编写一个用于处理消息的应用，应改为使用 Windows.ApplicationModel.Chat API，由于其设计初衷并非仅用于处理短信，还能用于处理来自其他来源（如实时聊天应用）的消息，从而能提供更为丰富的聊天/消息传递体验。