具有多个客户端的 C# 套接字（多线程方法）

Question

TL;DR：我有一个 C# 服务器来管理一个客户端。 让它处理多个客户端的最佳方法是什么？

完整解释：
我正在实现一个需要同时处理多个客户端的 C# 套接字服务器应用程序。

我的逻辑如下：

1. 多个客户端连接到服务器，发送和接收数据（在这种情况下是简单的文本 - 将其视为信使）。
2. 服务器为每个客户端都有一个单独的线程，发送回复的线程。
3. 每个客户端线程都会产生一个额外的线程来监听各自客户端的数据（我不知道这种方法是否好，我可以考虑使用某种异步读取，但我不明白它们是如何工作的，因为我从来没有使用它们）。
4. 服务器通过使用列表框来区分每个客户端，我们可以假设列表框包含每个客户端的 IP 和一个易于识别的唯一标识符（假设一个用户名）。

到目前为止，我的代码只管理一个客户端：

public partial class Form1 : Form
{
    TcpListener listener;
    Socket clientSock;
    Thread listenThread, receiveThread;
    string sendMsg, recvMsg;
    byte[] sendMsgRaw, recvMsgRaw;

    public Form1() {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e) {
        // Handler for onExit.  
        AppDomain.CurrentDomain.ProcessExit += new EventHandler(onExit);
    }

    private void listenButton_Click(object sender, EventArgs e) {
        // Launch thread that listens for clients attempting to connect. 
        listener = new TcpListener(8888); // I know this method is deprecated, will fix.  
        listener.Start();

        listenThread = new Thread(new ThreadStart(listenForClients));
        listenThread.Start();
    }

    private void sendButton_Click(object sender, EventArgs e) {
        // Send message to client.  
        sendMsg = sendTextbox.Text;
        sendMsgRaw = Encoding.ASCII.GetBytes(sendMsg + "\r\n");
        clientSock.Send(sendMsgRaw);
    }

    private void listenForClients() {
        // Listen for connection attempts. 
        clientSock = listener.AcceptSocket();
        disableButton(listenButton);
        receiveThread = new Thread(new ThreadStart(readFromClient));
        receiveThread.Start();
    }

    private void readFromClient() {
        // Read response from client. 
        while(true) {
            recvMsg = "";
            recvMsgRaw = new byte[1024];

            clientSock.Receive(recvMsgRaw);
            recvMsg = Encoding.ASCII.GetString(recvMsgRaw);
            appendRecvTextbox(recvMsg);
        }
    }

    private void appendRecvTextbox(string message) {
        // Append client's reply to a textbox. 
        if(InvokeRequired) {
            this.Invoke(new Action<string>(appendRecvTextbox), new object[] { message });
            return;
        }
        recvTextbox.AppendText(message + Environment.NewLine);
    }

    private void disableButton(Button btn) {
        // Disable a button. 
        if(InvokeRequired) {
            this.Invoke(new Action<Button>(disableButton), new object[] { btn });
            return;
        }
        btn.Enabled = false;
    }

    private void onExit(object sender, EventArgs e) {
        // Executed on program exit. 
        clientSock.Close();
    }
}

这是我想到的表格截图： http : //prntscr.com/azkaed

Basically when a listbox item (client) is selected, the received data area would change according to what has been received by that client.
And when that same listbox item (client) is selected and send a message, it would be sent to that client and that client alone (no multicast or something similar).

仅供参考，我将按照相同的原则实现文件传输。

我不是要你们谦虚的人为我编写我的应用程序，那是徒劳的，我什么也学不到。 我想了解和处理所有这些是如何工作的。 显然，可以帮助我理解的代码示例非常非常受欢迎。 潜在的问题和疑问：

1. 我的逻辑有问题吗？ 如果是这样，你有什么建议？ 我觉得我使用了太多线程，我无法区分发送到客户端的线程和从客户端读取的线程。
2. 当我创建一个线程时，它继承了什么？ 它会继承套接字（例如侦听器）的 COPY 还是原始套接字本身？
3. 如果我创建了这么多线程，我如何区分客户端（发送数据）的主线程和与之关联的读取线程？
4. 我应该选择UDP吗？ 无连接协议在我的脑海中肯定是有意义的，我可以在没有需要处理的活动连接的情况下向/从 IP 发送和接收。 但我担心 UDP 的不可靠性。 特别是因为我打算在此之后实现文件传输。
5. 在我对这个服务器进行编码后，我注意到我没有将套接字绑定到一个端口，但它很高兴地与 cpp 客户端通信。 我记得在大学的网络课上，如果我们使用 TCP 协议，我们需要绑定。 我得出的结论是绑定是不必要的。 这是为什么？

所以回到主要问题：在当前状态下，应用程序处理一个客户端。 我怎样才能让它处理多个客户端？ 请注意，我选择多线程是因为我一次连接的客户端数量有限 - 少于 10 个客户端。

我知道这不是我要问的一个简单问题 - 但每个答案都会受到深深的赞赏。
如果有任何区别，客户端将使用 c/cpp、java、python 等语言的混合编写，我什至考虑使用 PHP。 这是为了学习的唯一目的。 但我怀疑这很重要。 由于逻辑较少，客户端似乎更容易编程，所以我不需要任何帮助。

预先感谢您的任何建议。

Answer 1

首先，有这个链接： http : //www.codeproject.com/Articles/429144/Simple-Instant-Messenger-with-SSL-Encryption-in-Cs

现在我将回答您的问题：

1. 没有像“太多线程”这样的东西。 你可以让你的服务器每个请求有 1 个线程。 该线程将为该请求读取和写入数据（这就是所有 Web 服务的工作方式，它们通常每个用户最多可处理 100 个线程）。 性能明智。 有一种叫做线程交换的东西，但不要理会它。

2. 您可以为每个用户创建一个线程，如上面的链接。 或者你可以像 webservice 一样静态，每个请求做 1 个线程。

3. 您不应将线程视为抽象的事物，而应更像是一个对象。 如果您总是在一个对象中只保留一个线程，那么“知道”女巫线程在哪里永远不会有问题。 Ofc 你必须记住锁和其他东西，但在一个对象中一个线程。

4. UDP 不保证您的数据包将到达发送它们的位置。 TCP 至少会尽力做到这一点。 因此，为了简单起见，请使用 TCP。

5. 我只有线索，您可能会不小心使用默认值。

希望这会有所帮助。