Network.framework 的引入，不是为了取代 URLSession

如果你感觉 Network.framework 的引入, 可能是为了取代 URLSession, 那你就大错特错了！这里需要非常准确地区分一下：

🔵 Network.framework 不是为了取代 URLSession。

🔵 它是为了取代更底层的 POSIX Socket API（比如 BSD Socket 编程）、CFStream、CFSocket 这类“套接字级别”的接口。

📌 更清晰地讲：

目标	传统 API	新 API（Network.framework）
管理连接 (TCP/UDP)	`socket()`、`connect()`、`CFStreamCreatePairWithSocketToHost()`	`NWConnection`
监听端口（Server）	`listen()`、`accept()`	`NWListener`
检测网络状态变化	`SCNetworkReachability`	`NWPathMonitor`

而
| 高层协议（HTTP/HTTPS/FTP等） | 依然是 | URLSession（或者更高层的 SDK） |

✅ 简单一句话总结：

Network.framework 是为底层“连接、传输”设计的，不是直接用于发 HTTP 请求的，所以不会取代 URLSession。

URLSession 还是专门用来发送 HTTP/HTTPS 请求、管理 Cookie、处理 Redirect、自动缓存响应等。
Network.framework 更关注的是：怎么建 TCP 连接，怎么做 UDP 传输，怎么监听端口，怎么管理 TLS 细节。

如果你想做：

自己实现自定义协议（比如 WebSocket）
自己管理 IP 层的连接
自己实现 DNS 解析 + TCP 握手 + TLS 验证
构建自定义 VPN、代理服务

👉 就应该用 Network.framework。

如果只是：

普通发 HTTP 请求（GET/POST）
下载图片、上传文件
处理超时、缓存、重试

👉 还是用 URLSession 更方便。

📦 官方文件（原文参考）也强调了：

Network.framework provides direct access to TCP, UDP, and TLS protocols, and supports connection setup and management, without providing an HTTP or application layer abstraction.

（翻译：Network.framework 提供 TCP、UDP、TLS 的直接访问，支持连接建立和管理，但不提供 HTTP 或应用层抽象。）