public class ServerThread implements Runnable {    private static final int port = 10000;    @Override    public void run() {        ServerSocket serverSocket = new ServerSocket(port);        while (true) {            Socket clientSocket = serverSocket.accept();            ClientThread clientThread = new ClientThread(clientSocket);            // handle the client request in a separate thread        }    }}如果我有 10 個不同的線程運行 ServerThread.run()，這會起作用嗎？或者我應(yīng)該為所有線程使用相同的 ServerSocket 對象嗎？文檔說：ServerSocket 的構(gòu)造函數(shù)在無法監(jiān)聽指定端口時拋出異常（例如，該端口已被使用）您可能想知道為什么我首先要這樣做，而不是簡單地讓一個線程運行 ServerSocket.accept()。好吧，我的假設(shè)是（如果我錯了請糾正我）accept() 方法可能需要一些時間才能完成建立連接，特別是如果 ServerSocket 是 SSL（因為握手）。所以如果兩個客戶端同時想要連接，一個必須等待另一個。這對于高流量服務(wù)器來說是非常糟糕的。更新：似乎 accept() 方法將在屬于隊列的連接建立后立即返回。這意味著如果有一排客戶端等待連接，服務(wù)器線程可以以最快的方式處理請求并且只需要一個線程。（除了為每個請求創(chuàng)建一個新線程并啟動線程所花費的時間，但使用線程池時該時間可以忽略不計）ServerSocket 還有一個名為“backlog”的參數(shù)，您可以在其中設(shè)置隊列中的最大連接數(shù)。根據(jù)《Java 基礎(chǔ)網(wǎng)絡(luò)》一書 3.3.3TCP 本身可以在接受連接方面領(lǐng)先于 TCP 服務(wù)器應(yīng)用程序。它維護一個連接到偵聽套接字的“積壓隊列”，TCP 本身已完成但尚未被應(yīng)用程序接受。這個隊列存在于底層 TCP 實現(xiàn)和創(chuàng)建監(jiān)聽套接字的服務(wù)器進程之間。預(yù)完成連接的目的是加快連接階段，但隊列的長度是有限的，以免預(yù)先形成太多與服務(wù)器的連接，這些服務(wù)器由于任何原因不以相同的速率接受它們。當(dāng)接收到傳入連接請求且積壓隊列未滿時，TCP 完成連接協(xié)議并將連接添加到積壓隊列。此時，客戶端應(yīng)用程序已完全連接，但服務(wù)器應(yīng)用程序尚未收到連接作為 ServerSocket.accept 的結(jié)果值。當(dāng)它這樣做時，該條目將從隊列中刪除。我仍然不確定在 SSL 的情況下，握手是否也由 ServerSocket.accept() 并行完成以進行同時連接。更新 2 ServerSocket.accept() 方法本身根本不做任何真正的網(wǎng)絡(luò)。一旦操作系統(tǒng)建立了新的 TCP 連接，它就會返回。操作系統(tǒng)本身持有一個等待 TCP 連接的隊列，可以通過 ServerSocket 構(gòu)造函數(shù)中的“backlog”參數(shù)來控制：ServerSocket serverSocket = new ServerSocket(port, 50); //this will create a server socket with a maximum of 50 connections in the queueSSL 握手在客戶端調(diào)用 Socket.connect()之后完成。因此，一個 ServerSocket.accept() 線程就足夠了。