Java 網絡編程入門：從 URLConnection 到 Socket 的層層抽象

前言：為什麼不直接用 Socket？

Java java.net 包提供了三層網絡抽象，由高到低：

1. URLConnection / HttpURLConnection： 應用層協議封裝（HTTP、FTP、JAR 等），自動處理請求/響應格式、重定向、緩存、認證。
2. Socket / ServerSocket： 傳輸層 (TCP) 端點抽象，提供字節流讀寫，開發者自定義應用協議。
3. DatagramSocket： 傳輸層 (UDP) 數據報抽象，無連接、不可靠、低延遲。

原則：**能用高層 API 解決的，絕不手寫底層協議解析。** 本文以 URLConnection 為切入點，層層深入至 Socket 核心模型。

一、URLConnection：聲明式 HTTP 客戶端

標準調用鏈路

URL url = new URL("https://api.example.com/users/123");
HttpURLConnection conn = (HttpURLConnection) url.openConnection();

// 1. 配置請求 (連接前必須設置)
conn.setRequestMethod("GET");
conn.setRequestProperty("Accept", "application/json");
conn.setRequestProperty("Authorization", "Bearer " + token);
conn.setConnectTimeout(3000);
conn.setReadTimeout(5000);
conn.setInstanceFollowRedirects(true);

// 2. 發送請求 (getInputStream 隱式觸發連接)
try (InputStream is = conn.getInputStream();
     BufferedReader br = new BufferedReader(new InputStreamReader(is, StandardCharsets.UTF_8))) {
    
    StringBuilder sb = new StringBuilder();
    String line;
    while ((line = br.readLine()) != null) sb.append(line).append('\n');
    String response = sb.toString();
    // JSON 解析...
}

// 3. 錯誤處理 (非 2xx 狀態碼拋 IOException，需捕獲後讀取 errorStream)
catch (IOException e) {
    try (InputStream es = conn.getErrorStream()) { /* 讀取錯誤詳情 */ }
    throw e;
} finally {
    conn.disconnect(); // 釋放連接，歸還連接池 (若啟用)
}

進階特性

• 自動重定向： setInstanceFollowRedirects(true) (默認開啟)，支持 301/302/307/308。
• 緩存控制： setUseCaches(true) + ResponseCache.setDefault() 實現 HTTP 緩存 (ETag/Last-Modified)。
• 流式上傳： setDoOutput(true) + setFixedLengthStreamingMode(len) / setChunkedStreamingMode(len) 避免大文件 OOM。
• 多部分表單： 需手動構建 multipart/form-data 體，或引入 Apache HttpClient/OkHttp 簡化。

二、Socket：TCP 字節流的雙向通道

核心類與生命周期

// 客戶端
Socket socket = new Socket();
socket.connect(new InetSocketAddress("host", 8080), 3000); // 連接超時
socket.setSoTimeout(5000); // 讀超時
socket.setTcpNoDelay(true); // 關閉 Nagle 算法，低延遲場景關鍵
socket.setKeepAlive(true);  // 開啟 TCP 心跳 (約 2 小時默認間隔)

try (OutputStream out = socket.getOutputStream();
     InputStream in = socket.getInputStream();
     BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(out, StandardCharsets.UTF_8));
     BufferedReader br = new BufferedReader(new InputStreamReader(in, StandardCharsets.UTF_8))) {

    // 發送請求 (自定義協議：JSON + 換行符分幀)
    bw.write("{\"cmd\":\"ping\"}\n");
    bw.flush();

    // 讀取響應 (阻塞直到換行符或超時)
    String response = br.readLine();
    // 解析處理...
}

// 服務端
ServerSocket server = new ServerSocket(8080);
server.setReuseAddress(true); // 避免 TIME_WAIT 導致重啟失敗
while (true) {
    Socket client = server.accept(); // 阻塞等待連接
    // 推薦：提交線程池異步處理，或使用 NIO Selector 多路復用
    executor.submit(() -> handleClient(client));
}

關鍵 Socket 選項速查

三、ServerSocket：並發服務器的基石

三種架構模式對比

NIO 核心組件速覽

// 1. 打開通道與選擇器
ServerSocketChannel ssc = ServerSocketChannel.open();
ssc.bind(new InetSocketAddress(8080));
ssc.configureBlocking(false);
Selector selector = Selector.open();

// 2. 註冊 Accept 事件
ssc.register(selector, SelectionKey.OP_ACCEPT);

// 3. 事件循環
while (selector.select() > 0) {
    for (SelectionKey key : selector.selectedKeys()) {
        if (key.isAcceptable()) {
            ServerSocketChannel server = (ServerSocketChannel) key.channel();
            SocketChannel client = server.accept();
            client.configureBlocking(false);
            client.register(selector, SelectionKey.OP_READ); // 註冊讀事件
        } else if (key.isReadable()) {
            SocketChannel client = (SocketChannel) key.channel();
            ByteBuffer buf = ByteBuffer.allocate(1024);
            int n = client.read(buf);
            if (n > 0) { /* 處理數據 */ }
            else if (n == -1) { client.close(); } // 對端關閉
        }
        // 處理 OP_WRITE (發送緩衝區可寫) ...
    }
    selector.selectedKeys().clear();
}

四、實戰建議：選對抽象層級

1. REST/HTTP API 調用： 首選 **OkHttp / Apache HttpClient / Spring RestClient / Java 11+ HttpClient**。它們處理了連接池、重試、攔截器、HTTP/2、TLS、異步回調等工程細節。勿直接用 HttpURLConnection (功能弱、Bug 多、已進入維護模式)。
2. 自定義 TCP 協議 (私有協議、舊系統對接)： 使用 **Netty**。不要手寫 NIO/BIO 服務器，除非教學/極簡場景。Netty 解決了粘包/拆包、內存管理、事件模型、SSL、空閒檢測等所有棘手問題。
3. 高性能 UDP (視頻流、游戲、日誌傳輸)： DatagramChannel (NIO) + Netty，或用戶態網絠棧 (DPDK/XDP) 極致場景。
4. 微服務 RPC： 直接用 **gRPC / Dubbo / Spring Cloud OpenFeign**，協議層已封裝完備。

五、常見坑與調試技巧

• 粘包/拆包： TCP 是字節流無邊界。必須應用層定義幀：定長、分隔符、長度前綴、協議自描述 (Protobuf/Thrift/Avro)。
• TIME_WAIT 風暴： 大量短連接導致端口耗盡。啟用 SO_REUSEADDR、調整 tcp_tw_reuse/tcp_tw_recycle (內核參數)、優先用長連接/連接池。
• 調試神器： tcpdump -i any -nn -S port 8080 抓包分析；ss -tan state established 連接狀態；jstack 定位線程阻塞於哪個 read()。
• 編碼陷阱： 顯式指定 StandardCharsets.UTF_8，勿依賴平台默認編碼。

結語

從 URLConnection 的聲明式便捷，到 Socket 的字節流掌控，再到 NIO Selector 的事件驅動，Java 網絡 API 為不同複雜度場景提供了分層工具箱。現代後端開發，**90% 場景應直接拥抱成熟框架 (Netty, HttpClient, gRPC)**，將精力聚焦於業務協議設計、服務治理、可觀測性建設。理解底層原理，是為了在框架失效、性能調優、疑難排查時，能穿透抽象層直搗黃龍。網絡編程的盡頭，不是寫更多 Socket 代碼，而是**寫更少、更穩、更可觀測的網絡代碼**。