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 實現優化。

---