Network.framework 的引入，不是为了取代 URLSession
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 或应用层抽象。）
📋 So, Last：
- Network.framework 的引入，不是为了取代 URLSession。
- 是为了取代老的 socket 和 CFStream 系统 API，让底层连接编程更现代、更安全、更易用。
- URLSession 会继续存在，并基于底层 Network.framework/CFNetwork 实现优化。
