[C#]C#编写的聊天室程序

mikel阅读(1010)

源码下载:http://www.tracefact.net/SourceCode/CSharp-Chat.rar

C#编写简单的聊天程序

引言

这是一篇基于Socket进行网络编程的入门文章,我对于网络编程的学习并不够深入,这篇文章是对于自己知识的一个巩固,同时希望能为初学的朋友提供一点参考。文章大体分为四个部分:程序的分析与设计、C#网络编程基础(篇外篇)、聊天程序的实现模式、程序实现。

程序的分析与设计

1.明确程序功能

如 果大家现在已经参加了工作,你的经理或者老板告诉你,“小王,我需要你开发一个聊天程序”。那么接下来该怎么做呢?你是不是在脑子里有个雏形,然后就直接 打开VS2005开始设计窗体,编写代码了呢?在开始之前,我们首先需要进行软件的分析与设计。就拿本例来说,如果只有这么一句话“一个聊天程序”,恐怕 现在大家对这个“聊天程序”的概念就很模糊,它可以是像QQ那样的非常复杂的一个程序,也可以是很简单的聊天程序;它可能只有在对方在线的时候才可以进行 聊天,也可能进行留言;它可能每次将消息只能发往一个人,也可能允许发往多个人。它还可能有一些高级功能,比如向对方传送文件等。所以我们首先需要进行分 析,而不是一上手就开始做,而分析的第一步,就是搞清楚程序的功能是什么,它能够做些什么。在这一步,我们的任务是了解程序需要做什么,而不是如何去做。

了解程序需要做什么,我们可以从两方面入手,接下来我们分别讨论。

1.1请求客户提供更详细信息

我 们可以做的第一件事就是请求客户提供更加详细的信息。尽管你的经理或老板是你的上司,但在这个例子中,他就是你的客户(当然通常情况下,客户是公司外部委 托公司开发软件的人或单位)。当遇到上面这种情况,我们只有少得可怜的一条信息“一个聊天程序”,首先可以做的,就是请求客户提供更加确切的信息。比如, 你问经理“对这个程序的功能能不能提供一些更具体的信息?”。他可能会像这样回答:“哦,很简单,可以登录聊天程序,登录的时候能够通知其他在线用户,然 后与在线的用户进行对话,如果不想对话了,就注销或者直接关闭,就这些吧。”

有了上面这段话,我们就又可以得出下面几个需求:

  1. 程序可以进行登录。
  2. 登录后可以通知其他在线用户。
  3. 可以与其他用户进行对话。
  4. 可以注销或者关闭。

1.2对于用户需求进行提问,并进行总结

经常会有这样的情况:可能客户给出的需求仍然不够细致,或者客户自己本身对于需求就很模糊,此时我们需要做的就是针对用户上面给出的信息进行提问。接下来我就看看如何对上面的需求进行提问,我们至少可以向经理提出以下问题:

NOTE:这里我穿插一个我在见到的一个印象比较深刻的例子:客户往往向你表达了强烈的意愿他多么多么想拥有一个属于自己的网站,但是,他却没有告诉你网站都有哪些内容、栏目,可以做什么。而作为开发者,我们显然关心的是后者。

  1. 登录时需要提供哪些内容?需不需要提供密码?
  2. 允许多少人同时在线聊天?
  3. 与在线用户聊天时,可以将一条消息发给一个用户,还是可以一次将消息发给多个用户?
  4. 聊天时发送的消息包括哪些内容?
  5. 注销和关闭有什么区别?
  6. 注销和关闭对对方需不需要给对方提示?

由于这是一个范例程序,而我在为大家讲述,所以我只能再充当一下客户的角色,来回答上面的问题:

  1. 登录时只需要提供用户名称就可以了,不需要输入密码。
  2. 允许两个人在线聊天。(这里我们只讲述这种简单情况,允许多人聊天需要使用多线程)
  3. 因为只有两个人,那么自然是只能发给一个用户了。
  4. 聊天发送的消息包括:用户名称、发送时间还有正文。
  5. 注销并不关闭程序,只是离开了对话,可以再次进行连接。关闭则是退出整个应用程序。
  6. 注销和关闭均需要给对方提示。

好了,有了上面这些信息我们基本上就掌握了程序需要完成的功能,那么接下来做什么?开始编码了么?上面的这些属于业务流程,除非你对它已经非常熟悉,或者程序非常的小,那么可以对它进行编码,但是实际中,我们最好再编写一些用例,这样会使程序的流程更加的清楚。

1.3编写用例

通常一个用例对应一个功能或者叫需求,它是程序的一个执行路径或者执行流程。编 写用例的思路是:假设你已经有了这样一个聊天程序,那么你应该如何使用它?我们的使用步骤,就是一个用例。用例的特点就每次只针对程序的一个功能编写,最 后根据用例编写代码,最终完成程序的开发。我们这里的需求只有简单的几个:登录,发送消息,接收消息,注销或关闭,上面的分析是对这几点功能的一个明确。 接下来我们首先编写第一个用例:登录。

在开始之前,我们先明确一个概念:客户端,服务端。因为这个程序只是在两个人(机器)之间聊天,那么我们大致可以绘出这样一个图来:

我们期望用户A和用户B进行对话,那么我们就需要在它们之间建立起连接。尽管“用户A”和“用户B”的地位是对等的,但按照约定俗称的说法:我们将发起连接请求的一方称为客户端(或叫本地),另一端称为服务端(或叫远程)。所以我们的登录过程,就是“用户A”连接到“用户B”的过程,或者说客户端(本地)连接到服务端(远程)的过程。在分析这个程序的过程中,我们总是将其分为两部分,一部分为发起连接、发送消息的一方(本地),一方为接受连接、接收消息的一方(远程)。

登录和连接(本地)
主路径 可选路径
1.打开应用程序,显示登录窗口  
2.输入用户名  
3.点击“登录”按钮,登录成功 3.“登录”失败

如果用户名为空,重新进入第2步。

4.显示主窗口,显示登录的用户名称  
5.点击“连接”,连接至远程  
6.连接成功
6.1提示用户,连接已经成功。
6.连接失败
6.1 提示用户,连接不成功
5.在用户界面变更控件状态

5.2连接为灰色,表示已经连接

5.3注销为亮色,表示可以注销

5.4发送为亮色,表示可以发消息

 

这里我们的用例名称为登录和连接,但是后面我们又打了一个括号,写着“本地”,它的意思是说,登录和连接是客户端,也就是发起连接的一方采取的动作。同样,我们需要写下当客户端连接至服务端时,服务端采取的动作。

登录和连接(远程)
主路径 可选路径
1-4 同客户端  
5.等待连接  
6.如果有连接,自动在用户界面显示“远程主机连接成功”  

接下来我们来看发送消息。在发送消息时,已经是登录了的,也就是“用户A”、“用户B”已经做好了连接,所以我们现在就可以只关注发送这一过程:

发送消息(本地)
主路径 可选路径
1.输入消息  
2.点击发送按钮 2.没有输入消息,重新回到第1步
3.在用户界面上显示发出的消息 3.服务端已经断开连接或者关闭

3.1在客户端用户界面上显示错误消息

然后我们看一下接收消息,此时我们只关心接收消息这一部分。

接收消息(远程)
主路径 可选路径
1.侦听到客户端发来的消息,自动显示在用户界面上。  

注意到这样一点:当远程主机向本地返回消息时,它的用例又变为了上面的用例“发送消息(本地)”。因为它们的角色已经互换了。

最后看一下注销,我们这里研究的是当我们在本地机器点击“注销”后,双方采取的动作:

注销(本地主动)
主路径 可选路径
1.点击注销按钮,断开与远程的连接  
2.在用户界面显示已经注销  
3.更改控件状态

3.1注销为灰色,表示已经注销

3.2连接为亮色,表示可以连接

3.3发送为灰色,表示无法发送

 

与此对应,服务端应该作出反应:

注销(远程被动)
主路径 可选路径
1.自动显示远程用户已经断开连接。  

注意到一点:当远程主动注销时,它采取的动作为上面的“本地主动”,本地采取的动作则为这里的“远程被动”。

至 此,应用程序的功能分析和用例编写就告一段落了,通过上面这些表格,之后再继续编写程序变得容易了许多。另外还需要记得,用例只能为你提供一个操作步骤的 指导,在实现的过程中,因为技术等方面的原因,可能还会有少量的修改。如果修改量很大,可以重新修改用例;如果修改量不大,那么就可以直接编码。这是一个 迭代的过程,也没有一定的标准,总之是以高效和合适为标准。

2.分析与设计

我们已经很清楚地知道了程序需要做些什么,尽 管现在还不知道该如何去做。我们甚至可以编写出这个程序所需要的接口,以后编写代码的时候,我们只要去实现这些接口就可以了。这也符合面向接口编程的原 则。另外我们注意到,尽管这是一个聊天程序,但是却可以明确地划分为两部分,一部分发送消息,一部分接收消息。另外注意上面标识为自动的语句,它们暗示这个操作需要通过事件的通知机制来完成。关于委托和事件,可以参考这两篇文章:

  • C#中的委托和事件 – 委托和事件的入门文章,同时捎带讲述了Observer设计模式和.NET的事件模型
  • C#中的委托和事件(续) – 委托和事件更深入的一些问题,包括异常、超时的处理,以及使用委托来异步调用方法。

2.1消息Message

首先我们可以定义消息,前面我们已经明确了消息包含三个部分:用户名、时间、内容,所以我们可以定义一个结构来表示这个消息:

public struct Message {
    private readonly string userName;
    private readonly string content;
    private readonly DateTime postDate;
    public Message(string userName, string content) {
        this.userName = userName;
        this.content = content;
        this.postDate = DateTime.Now;
    }
    public Message(string content) : this("System", content) { }
    public string UserName {
        get { return userName; }
    }
    public string Content {
        get { return content; }
    }
    public DateTime PostDate {
        get { return postDate; }
    }
    public override string ToString() {
        return String.Format("{0}[{1}]: {2} ", userName, postDate, content);
    }
}

2.2消息发送方IMessageSender

从上面我们可以看出,消息发送方主要包含这样几个功能:登录连接发送消息注销。 另外在连接成功或失败时还要通知用户界面,发送消息成功或失败时也需要通知用户界面,因此,我们可以让连接和发送消息返回一个布尔类型的值,当它为真时表 示连接或发送成功,反之则为失败。因为登录没有任何的业务逻辑,仅仅是记录控件的值并进行显示,所以我不打算将它写到接口中。因此我们可以得出它的接口大 致如下:

public interface IMessageSender {
    bool Connect(IPAddress ip, int port);       // 连接到服务端
    bool SendMessage(Message msg);              // 发送用户
    void SignOut();                                 // 注销系统
}

2.3消息接收方IMessageReceiver

而对于消息接收方,从上面我们可以看出,它的操作全是被动的:客户端连接时自动提示,客户端连接丢失时显示自动提示,侦听到消息时自动提 示。注意到上面三个词都用了“自动”来修饰,在C#中,可以定义委托和事件,用于当程序中某种情况发生时,通知另外一个对象。在这里,程序即是我们的 IMessageReceiver,某种情况就是上面的三种情况,而另外一个对象则为我们的用户界面。因此,我们现在首先需要定义三个委托:

public delegate void MessageReceivedEventHandler(string msg);  
public delegate void ClientConnectedEventHandler(IPEndPoint endPoint);
public delegate void ConnectionLostEventHandler(string info);

接下来,我们注意到接收方需要侦听消息,因此我们需要在接口中定义的方法是StartListen()和StopListen()方法,这两个方法是典型的技术相关,而不是业务相关,所以从用例中是看不出来的,可能大家现在对这两个方法是做什么的还不清楚,没有关系,我们现在并不写实现,而定义接口并不需要什么成本,我们写下IMessageReceiver的接口定义:

public interface IMessageReceiver {
    event MessageReceivedEventHandler MessageReceived; // 接收到发来的消息
    event ConnectionLostEventHandler ClientLost;            // 远程主动断开连接
    event ClientConnectedEventHandler ClientConnected;  // 远程连接到了本地
    void StartListen();         // 开始侦听端口
    void StopListen();          // 停止侦听端口
}

我记得曾经看过有篇文章说过,最好不要在接口中定义事件,但是我忘了他的理由了,所以本文还是将事件定义在了接口中。

2.4主程序Talker

而 我们的主程序是既可以发送,又可以接收,一般来说,如果一个类像获得其他类的能力,以采用两种方法:继承和复合。因为C#中没有多重继承,所以我们无法同 时继承实现了IMessageReceiver和IMessageSender的类。那么我们可以采用复合,将它们作为类成员包含在Talker内部:

public class Talker {
    private IMessageReceiver receiver;
    private IMessageSender sender;
    public Talker(IMessageReceiver receiver, IMessageSender sender) {
        this.receiver = receiver;
        this.sender = sender;
    }
}

现在,我们的程序大体框架已经完成,接下来要关注的就是如何实现它,现在让我们由设计走入实现,看看实现一个网络聊天程序,我们需要掌握的技术吧。

C#网络编程基础(篇外篇)

这部分的内容请参考 C#网络编程 系列文章,共5个部分较为详细的讲述了基于Socket的网络编程的初步内容。

编写程序代码

如 果你已经看完了上面一节C#网络编程,那么本章完全没有讲解的必要了,所以我只列出代码,对个别值得注意的地方稍微地讲述一下。首先需要了解的就是,我们 采用的是三个模式中开发起来难度较大的一种,无服务器参与的模式。还有就是我们没有使用广播消息,所以需要提前知道连接到的远程主机的地址和端口号。

1.实现IMessageSender接口

public class MessageSender : IMessageSender {
    TcpClient client;
    Stream streamToServer;
    // 连接至远程
    public bool Connect(IPAddress ip, int port) {
        try {
            client = new TcpClient();
            client.Connect(ip, port);
            streamToServer = client.GetStream();    // 获取连接至远程的流
            return true;
        } catch {
            return false;
        }
    }
    // 发送消息
    public bool SendMessage(Message msg) {
        try {
            lock (streamToServer) {
                byte[] buffer = Encoding.Unicode.GetBytes(msg.ToString());
                streamToServer.Write(buffer, 0, buffer.Length);
                return true;
            }
        } catch {
            return false;
        }
    }
    // 注销
    public void SignOut() {
        if (streamToServer != null)
            streamToServer.Dispose();
        if (client != null)
            client.Close();
    }
}

这段代码可以用朴实无华来形容,所以我们直接看下一段。

2.实现IMessageReceiver接口

public delegate void PortNumberReadyEventHandler(int portNumber);
public class MessageReceiver : IMessageReceiver {
    public event MessageReceivedEventHandler MessageReceived;
    public event ConnectionLostEventHandler ClientLost;
    public event ClientConnectedEventHandler ClientConnected;
    // 当端口号Ok的时候调用 — 需要告诉用户界面使用了哪个端口号在侦听
    // 这里是业务上体现不出来,在实现中才能体现出来的
    public event PortNumberReadyEventHandler PortNumberReady;
    private Thread workerThread;
    private TcpListener listener;
    public MessageReceiver() {
        ((IMessageReceiver)this).StartListen();
    }
    // 开始侦听:显示实现接口
    void IMessageReceiver.StartListen() {
        ThreadStart start = new ThreadStart(ListenThreadMethod);
        workerThread = new Thread(start);
        workerThread.IsBackground = true;
        workerThread.Start();
    }
    // 线程入口方法
    private void ListenThreadMethod() {
        IPAddress localIp = IPAddress.Parse("127.0.0.1");
        listener = new TcpListener(localIp, 0);
        listener.Start();
        // 获取端口号
        IPEndPoint endPoint = listener.LocalEndpoint as IPEndPoint;
        int portNumber = endPoint.Port;
        if (PortNumberReady != null) {
            PortNumberReady(portNumber);        // 端口号已经OK,通知用户界面
        }
        while (true) {
            TcpClient remoteClient;
            try {
                remoteClient = listener.AcceptTcpClient();
            } catch {
                break;
            }
            if (ClientConnected != null) {
                // 连接至本机的远程端口
                endPoint = remoteClient.Client.RemoteEndPoint as IPEndPoint;
                ClientConnected(endPoint);      // 通知用户界面远程客户连接
            }
            Stream streamToClient = remoteClient.GetStream();
            byte[] buffer = new byte[8192];
            while (true) {
                try {
                    int bytesRead = streamToClient.Read(buffer, 0, 8192);
                    if (bytesRead == 0) {
                        throw new Exception("客户端已断开连接");
                    }
                    string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
                    if (MessageReceived != null) {
                        MessageReceived(msg);       // 已经收到消息
                    }
                } catch (Exception ex) {
                    if (ClientLost != null) {
                        ClientLost(ex.Message);     // 客户连接丢失
                        break;                      // 退出循环
                    }
                }
            }
        }
    }
    // 停止侦听端口
    public void StopListen() {
        try {
            listener.Stop();
            listener = null;
            workerThread.Abort();
        } catch { }
    }
}

这里需要注意的有这样几点:我们StartListen()为显式实现接口, 因为只能通过接口才能调用此方法,接口的实现类看不到此方法;这通常是对于一个接口采用两种实现方式时使用的,但这里我只是不希望 MessageReceiver类型的客户调用它,因为在MessageReceiver的构造函数中它已经调用了StartListen。意思是说,我 们希望这个类型一旦创建,就立即开始工作。我们使用了两个嵌套的while循环,这个它可以为多个客户端的多次请求服务,但是因为是同步操作,只要有一个 客户端连接着,我们的后台线程就会陷入第二个循环中无法自拔。所以结果是:如果有一个客户端已经连接上了,其它客户端即使连接了也无法对它应答。最后需要注意的就是四个事件的使用,为了向用户提供侦听的端口号以进行连接,我又定义了一个PortNumberReadyEventHandler委托。

3.实现Talker类

Talker 类是最平庸的一个类,它的全部功能就是将操作委托给实际的IMessageReceiver和IMessageSender。定义这两个接口的好处也从这 里可以看出来:如果日后想重新实现这个程序,所有Windows窗体的代码和Talker的代码都不需要修改,只需要针对这两个接口编程就可以了。

public class Talker {
    private IMessageReceiver receiver;
    private IMessageSender sender;
    public Talker(IMessageReceiver receiver, IMessageSender sender) {
        this.receiver = receiver;
        this.sender = sender;
    }
    public Talker() {
        this.receiver = new MessageReceiver();
        this.sender = new MessageSender();
    }
    public event MessageReceivedEventHandler MessageReceived {
        add {
            receiver.MessageReceived += value;
        }
        remove {
            receiver.MessageReceived -= value;
        }
    }
    public event ClientConnectedEventHandler ClientConnected {
        add {
            receiver.ClientConnected += value;
        }
        remove {
            receiver.ClientConnected -= value;
        }
    }
    public event ConnectionLostEventHandler ClientLost {
        add {
            receiver.ClientLost += value;
        }
        remove {
            receiver.ClientLost -= value;
        }
    }
    // 注意这个事件
    public event PortNumberReadyEventHandler PortNumberReady {
        add {
            ((MessageReceiver)receiver).PortNumberReady += value;
        }
        remove {
            ((MessageReceiver)receiver).PortNumberReady -= value;
        }
    }
           
    // 连接远程 – 使用主机名
    public bool ConnectByHost(string hostName, int port) {
        IPAddress[] ips = Dns.GetHostAddresses(hostName);
        return sender.Connect(ips[0], port);
    }
    // 连接远程 – 使用IP
    public bool ConnectByIp(string ip, int port) {
        IPAddress ipAddress;
        try {
            ipAddress = IPAddress.Parse(ip);
        } catch {
            return false;
        }
        return sender.Connect(ipAddress, port);
    }
    // 发送消息
    public bool SendMessage(Message msg) {
        return sender.SendMessage(msg);
    }
    // 释放资源,停止侦听
    public void Dispose() {
        try {
            sender.SignOut();
            receiver.StopListen();
        } catch {
        }
    }
    // 注销
    public void SignOut() {
        try {
            sender.SignOut();
        } catch {
        }
    }
}

4.设计窗体,编写窗体事件代码

现在我们开始设计窗体,我已经设计好了,现在可以先进行一下预览:

这 里需要注意的就是上面的侦听端口,是程序接收消息时的侦听端口,也就是IMessageReceiver所使用的。其他的没有什么好说的,下来我们直接看 一下代码,控件的命名是自解释的,我就不多说什么了。唯一要稍微说明下的是txtMessage指的是下面发送消息的文本框,txtContent指上面 的消息记录文本框:

public partial class PrimaryForm : Form {
    private Talker talker;
    private string userName;
    public PrimaryForm(string name) {
        InitializeComponent();
        userName = lbName.Text = name;
        this.talker = new Talker();
        this.Text = userName + " Talking …";
        talker.ClientLost +=
            new ConnectionLostEventHandler(talker_ClientLost);
        talker.ClientConnected +=
            new ClientConnectedEventHandler(talker_ClientConnected);
        talker.MessageReceived +=
            new MessageReceivedEventHandler(talker_MessageReceived);
        talker.PortNumberReady +=
            new PortNumberReadyEventHandler(PrimaryForm_PortNumberReady);
    }
    void ConnectStatus() {  }
    void DisconnectStatus() { }
    // 端口号OK
    void PrimaryForm_PortNumberReady(int portNumber) {         
        PortNumberReadyEventHandler del = delegate(int port) {
            lbPort.Text = port.ToString();
        };
        lbPort.Invoke(del, portNumber);
    }
    // 接收到消息
    void talker_MessageReceived(string msg) {
        MessageReceivedEventHandler del = delegate(string m) {
            txtContent.Text += m;
        };
        txtContent.Invoke(del, msg);
    }
    // 有客户端连接到本机
    void talker_ClientConnected(IPEndPoint endPoint) {
        ClientConnectedEventHandler del = delegate(IPEndPoint end) {
            IPHostEntry host = Dns.GetHostEntry(end.Address);
            txtContent.Text +=
                String.Format("System[{0}]: 远程主机{1}连接至本地。 ", DateTime.Now, end);
        };
        txtContent.Invoke(del, endPoint);
    }
    // 客户端连接断开
    void talker_ClientLost(string info) {
        ConnectionLostEventHandler del = delegate(string information) {
            txtContent.Text +=
                String.Format("System[{0}]: {1} ", DateTime.Now, information);
        };
        txtContent.Invoke(del, info);
    }
    // 发送消息
    private void btnSend_Click(object sender, EventArgs e) {
        if (String.IsNullOrEmpty(txtMessage.Text)) {
            MessageBox.Show("请输入内容!");
            txtMessage.Clear();
            txtMessage.Focus();
            return;
        }
        Message msg = new Message(userName, txtMessage.Text);
        if (talker.SendMessage(msg)) {
            txtContent.Text += msg.ToString();
            txtMessage.Clear();
        } else {
            txtContent.Text +=
                String.Format("System[{0}]: 远程主机已断开连接 ", DateTime.Now);
            DisconnectStatus();
        }
    }
    // 点击连接
    private void btnConnect_Click(object sender, EventArgs e) {
        string host = txtHost.Text;
        string ip = txtHost.Text;
        int port;
        if (String.IsNullOrEmpty(txtHost.Text)) {
            MessageBox.Show("主机名称或地址不能为空");
        }          
        try{
            port = Convert.ToInt32(txtPort.Text);
        }catch{
            MessageBox.Show("端口号不能为空,且必须为数字");
            return;
        }
       
        if (talker.ConnectByHost(host, port)) {
            ConnectStatus();
            txtContent.Text +=
                String.Format("System[{0}]: 已成功连接至远程 ", DateTime.Now);
            return;
        }
           
        if(talker.ConnectByIp(ip, port)){
            ConnectStatus();
            txtContent.Text +=
                String.Format("System[{0}]: 已成功连接至远程 ", DateTime.Now);
        }else{
            MessageBox.Show("远程主机不存在,或者拒绝连接!");
        }          
        txtMessage.Focus();
    }
    // 关闭按钮点按
    private void btnClose_Click(object sender, EventArgs e) {
        try {
            talker.Dispose();
            Application.Exit();
        } catch {
        }
    }
    // 直接点击右上角的叉
    private void PrimaryForm_FormClosing(object sender, FormClosingEventArgs e) {
        try {
            talker.Dispose();
            Application.Exit();
        } catch {
        }
    }
    // 点击注销
    private void btnSignout_Click(object sender, EventArgs e) {
        talker.SignOut();
        DisconnectStatus();
        txtContent.Text +=
            String.Format("System[{0}]: 已经注销 ",DateTime.Now);
    }
    private void btnClear_Click(object sender, EventArgs e) {
        txtContent.Clear();
    }
}

在上面代码中,分别通过四个方法订阅了四个事件,以实现自动通知的机制。最后需要注意的就是SignOut()和Dispose()的区分。SignOut()只是断开连接,Dispose()则是离开应用程序。

总结

这 篇文章简单地分析、设计及实现了一个聊天程序。这个程序只是对无服务器模式实现聊天的一个尝试。我们分析了需求,随后编写了几个用例,并对本地、远程的概 念做了定义,接着编写了程序接口并最终实现了它。这个程序还有很严重的不足:它无法实现自动上线通知,而必须要事先知道端口号并进行手动连接。为了实现一 个功能强大且开发容易的程序,更好的办法是使用集中型服务器模式。

感谢阅读,希望这篇文章能对你有所帮助。

[C#]C#网络编程基本概念和操作5

mikel阅读(909)

源码下载:http://www.tracefact.net/SourceCode/Network-Part5.rar

C#网络编程(接收文件) – Part.5

这篇文章将完成Part.4中剩余的部分,它们本来是一篇完整的文章,但是因为上一篇比较长,合并起来页数太多,浏览起来可能会比较不方便,我就将它拆为两篇了,本文便是它的后半部分。我们继续进行上一篇没有完成的步骤:客户端接收来自服务端的文件。

4.客户端接收文件

4.1服务端的实现

对 于服务端,我们只需要实现上一章遗留的sendFile()方法就可以了,它起初在handleProtocol中是注释掉的。另外,由于创建连接、获取 流等操作与receiveFile()是没有区别的,所以我们将它提出来作为一个公共方法getStreamToClient()。下面是服务端的代码, 只包含新增改过的代码,对于原有方法我只给出了签名:

class Server {
    static void Main(string[] args) {
        Console.WriteLine("Server is running … ");
        IPAddress ip = IPAddress.Parse("127.0.0.1");
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开启对控制端口 8500 的侦听
        Console.WriteLine("Start Listening …");
        while (true) {
            // 获取一个连接,同步方法,在此处中断
            TcpClient client = listener.AcceptTcpClient(); 
            RemoteClient wapper = new RemoteClient(client);
            wapper.BeginRead();
        }
    }
}
public class RemoteClient {
    // 字段 略

    public RemoteClient(TcpClient client) {}
    // 开始进行读取
    public void BeginRead() { }
    // 再读取完成时进行回调
    private void OnReadComplete(IAsyncResult ar) { }
    // 处理protocol
    private void handleProtocol(object obj) {
        string pro = obj as string;
        ProtocolHelper helper = new ProtocolHelper(pro);
        FileProtocol protocol = helper.GetProtocol();
        if (protocol.Mode == FileRequestMode.Send) {
            // 客户端发送文件,对服务端来说则是接收文件
            receiveFile(protocol);
        } else if (protocol.Mode == FileRequestMode.Receive) {
            // 客户端接收文件,对服务端来说则是发送文件
            sendFile(protocol);
        }
    }
    // 发送文件
    private void sendFile(FileProtocol protocol) {
        TcpClient localClient;
        NetworkStream streamToClient = getStreamToClient(protocol, out localClient);
        // 获得文件的路径
        string filePath = Environment.CurrentDirectory + "/" + protocol.FileName;
        // 创建文件流
        FileStream fs = new FileStream(filePath, FileMode.Open, FileAccess.Read);
        byte[] fileBuffer = new byte[1024];     // 每次传1KB
        int bytesRead;
        int totalBytes = 0;
        // 创建获取文件发送状态的类
        SendStatus status = new SendStatus(filePath);
        // 将文件流转写入网络流
        try {
            do {
                Thread.Sleep(10);           // 为了更好的视觉效果,暂停10毫秒:-)
                bytesRead = fs.Read(fileBuffer, 0, fileBuffer.Length);
                streamToClient.Write(fileBuffer, 0, bytesRead);
                totalBytes += bytesRead;            // 发送了的字节数
                status.PrintStatus(totalBytes); // 打印发送状态
            } while (bytesRead > 0);
            Console.WriteLine("Total {0} bytes sent, Done!", totalBytes);
        } catch {
            Console.WriteLine("Server has lost…");
        }
        streamToClient.Dispose();
        fs.Dispose();
        localClient.Close();
    }
    // 接收文件
    private void receiveFile(FileProtocol protocol) { }
    // 获取连接到远程的流 — 公共方法
    private NetworkStream getStreamToClient(FileProtocol protocol, out TcpClient localClient) {
        // 获取远程客户端的位置
        IPEndPoint endpoint = client.Client.RemoteEndPoint as IPEndPoint;
        IPAddress ip = endpoint.Address;
        // 使用新端口号,获得远程用于接收文件的端口
        endpoint = new IPEndPoint(ip, protocol.Port);
        // 连接到远程客户端
        try {
            localClient = new TcpClient();
            localClient.Connect(endpoint);
        } catch {
            Console.WriteLine("无法连接到客户端 –> {0}", endpoint);
            localClient = null;
            return null;
        }
        // 获取发送文件的流
        NetworkStream streamToClient = localClient.GetStream();
        return streamToClient;
    }
    // 随机获取一个图片名称
    private string generateFileName(string fileName) {}
}

服务端的sendFile方法和客户端的SendFile()方法完全类似,上面的代码几乎是一次编写成功的。另外注意我将客户端使用的SendStatus类也拷贝到了服务端。接下来我们看下客户端。

4.2客户端的实现

首先要注意的是客户端的SendFile()接收的参数是文件全路径,但是在写入到协议时只获取了路径中的文件名称。这是因为服务端不需要知道文件在客户端的路径,所以协议中只写文件名;而为了使客户端的SendFile()方法更通用,所以它接收本地文件的全路径。

客户端的ReceiveFile()的实现也和服务端的receiveFile()方法类似,同样,由于要保存到本地,为了避免文件名重复,我将服务端的generateFileName()方法复制了过来。

public class ServerClient :IDisposable {
    // 字段略

    public ServerClient() {}
    // 发送消息到服务端
    public void SendMessage(string msg) {}
    // 发送文件 – 异步方法
    public void BeginSendFile(string filePath) {    }
    private void SendFile(object obj) { }
   
    // 发送文件 — 同步方法
    public void SendFile(string filePath) {}
   
    // 接收文件 — 异步方法
    public void BeginReceiveFile(string fileName) {
        ParameterizedThreadStart start =
            new ParameterizedThreadStart(ReceiveFile);
        start.BeginInvoke(fileName, null, null);
    }
    public void ReceiveFile(object obj) {
        string fileName = obj as string;
        ReceiveFile(fileName);
    }
    // 接收文件 — 同步方法
    public void ReceiveFile(string fileName) {
        IPAddress ip = IPAddress.Parse("127.0.0.1");
        TcpListener listener = new TcpListener(ip, 0);
        listener.Start();
        // 获取本地侦听的端口号
        IPEndPoint endPoint = listener.LocalEndpoint as IPEndPoint;
        int listeningPort = endPoint.Port;
        // 获取发送的协议字符串
        FileProtocol protocol =
            new FileProtocol(FileRequestMode.Receive, listeningPort, fileName);
        string pro = protocol.ToString();
        SendMessage(pro);       // 发送协议到服务端

        // 中断,等待远程连接
        TcpClient localClient = listener.AcceptTcpClient();
        Console.WriteLine("Start sending file…");
        NetworkStream stream = localClient.GetStream();
        // 获取文件保存的路劲
        string filePath =
            Environment.CurrentDirectory + "/" + generateFileName(fileName);
        // 创建文件流
        FileStream fs = new FileStream(filePath, FileMode.CreateNew, FileAccess.Write);
        byte[] fileBuffer = new byte[1024];     // 每次传1KB
        int bytesRead;
        int totalBytes = 0;
        // 从缓存buffer中读入到文件流中
        do {
            bytesRead = stream.Read(buffer, 0, BufferSize);
            fs.Write(buffer, 0, bytesRead);
            totalBytes += bytesRead;
            Console.WriteLine("Receiving {0} bytes …", totalBytes);
        } while (bytesRead > 0);
        Console.WriteLine("Total {0} bytes received, Done!", totalBytes);
        fs.Dispose();          
        stream.Dispose();
        localClient.Close();
        listener.Stop();
    }
    // 随机获取一个图片名称
    private string generateFileName(string fileName) {}
    public void Dispose() {
        if (streamToServer != null)
            streamToServer.Dispose();
        if (client != null)
            client.Close();
    }
}

上面关键的一句就是创建协议那句,注意到将mode由Send改为了Receive,同时传去了想要接收的服务端的文件名称。

4.3程序测试

现在我们已经完成了所有收发文件的步骤,可以看到服务端的所有操作都是被动的,接下来我们修改客户端的Main()程序,创建一个菜单,然后根据用户输入发送或者接收文件。

class Program {
    static void Main(string[] args) {
        ServerClient client = new ServerClient();
        string input;
        string path = Environment.CurrentDirectory + "/";
        do {
            Console.WriteLine("Send File:    S1 – Client01.jpg, S2 – Client02.jpg, S3 – Client03.jpg");
            Console.WriteLine("Receive File: R1 – Server01.jpg, R1 – Server02.jpg, R3- Server03.jpg");
            Console.WriteLine("Press 'Q' to exit. ");
            Console.Write("Enter your choice: ");
            input = Console.ReadLine();
            switch(input.ToUpper()){
                case "S1":
                    client.BeginSendFile(path + "Client01.jpg");
                    break;
                case "S2":
                    client.BeginSendFile(path + "Client02.jpg");
                    break;
                case "S3":
                    client.BeginSendFile(path + "Client02.jpg");
                    break;
                case "R1":
                    client.BeginReceiveFile("Server01.jpg");
                    break;
                case "R2":
                    client.BeginReceiveFile("Server01.jpg");
                    break;
                case "R3":
                    client.BeginReceiveFile("Server01.jpg");
                    break;
            }              
        } while (input.ToUpper() != "Q");
        client.Dispose();
    }
}

由于这是一个控制台应用程序,并且采用了异步操作,所以这个菜单的出现顺序有点混乱。我这里描述起来比较困难,你将代码下载下来后运行一下就知道了:-)

程序的运行结果和上一节类似,这里我就不再贴图了。接下来是本系列的最后一篇,将发送字符串与传输文件的功能结合起来,创建一个可以发送消息并能收发文件的聊天程序,至于语音聊天嘛…等我学习了再告诉你 >_<、

[C#]C#网络编程基本概念和操作4

mikel阅读(820)

源码下载:http://www.tracefact.net/SourceCode/Network-Part4.rar

C#网络编程(订立协议和发送文件) – Part.4

文件传输

前面两篇文章所使用的范例都是传输字符串,有的时候我们可能会想在服务端和客户端之间传递文件。比如,考虑这样一种情况,假如客户端显示了一个菜 单,当我们输入S1、S2或S3(S为Send缩写)时,分别向服务端发送文件Client01.jpg、Client02.jpg、 Client03.jpg;当我们输入R1、R2或R3时(R为Receive缩写),则分别从服务端接收文件Server01.jpg、 Server02.jpg、Server03.jpg。那么,我们该如何完成这件事呢?此时可能有这样两种做法:

  • 类似于FTP协议,服务端开辟两个端口,并持续对这两个端口侦听:一个用于接收字符串,类似于FTP的控制端口,它接收各种命令(接收或发送文件);一个用于传输数据,也就是发送和接收文件。
  • 服务端只开辟一个端口,用于接收字符串,我们称之为控制端口。当接到请求之后,根据请求内容在客户端开辟一个端口专用于文件传输,并在传输结束后关闭端口。

现在我们只关注于上面的数据端口,回忆一下在第二篇中我们所总结的,可以得出:当我们使用上面的方法一时,服务端的数据端口可以为多个客户端的多次 请求服务;当我们使用方法二时,服务端只为一个客户端的一次请求服务,但是因为每次请求都会重新开辟端口,所以实际上还是相当于可以为多个客户端的多次请 求服务。同时,因为它只为一次请求服务,所以我们在数据端口上传输文件时无需采用异步传输方式。但在控制端口我们仍然需要使用异步方式。

从上面看出,第一种方式要好得多,但是我们将采用第二种方式。至于原因,你可以回顾一下Part.1(基本概念和操作)中关于聊天程序模式的讲述,因为接下来一篇文章我们将创建一个聊天程序,而这个聊天程序采用第三种模式,所以本文的练习实际是对下一篇的一个铺垫。

1.订立协议

1.1发送文件

我们先看一下发送文件的情况,如果我们想将文件client01.jpg由客户端发往客户端,那么流程是什么:

  1. 客户端开辟数据端口用于侦听,并获取端口号,假设为8005。
  2. 假设客户端输入了S1,则发送下面的控制字符串到服务端:[file=Client01.jpg, mode=send, port=8005]。
  3. 服务端收到以后,根据客户端ip和端口号与该客户端建立连接。
  4. 客户端侦听到服务端的连接,开始发送文件。
  5. 传送完毕后客户端、服务端分别关闭连接。

此时,我们订立的发送文件协议为:[file=Client01.jpg, mode=send, port=8005]。但是,由于它是一个普通的字符串,在上一篇中,我们采用了正则表达式来获取其中的有效值,但这显然不是一种好办法。因此,在本文及 下一篇文章中,我们采用一种新的方式来编写协议:XML。对于上面的语句,我们可以写成这样的XML:

<protocol><file name="client01.jpg" mode="send" port="8005" /></protocol>

这样我们在服务端就会好处理得多,接下来我们来看一下接收文件的流程及其协议。

NOTE:这里说发送、接收文件是站在客户端的立场说的,当客户端发送文件时,对于服务器来收,则是接收文件。

1.2接收文件

接收文件与发送文件实际上完全类似,区别只是由客户端向网络流写入数据,还是由服务端向网络流写入数据。

  1. 客户端开辟数据端口用于侦听,假设为8006。
  2. 假设客户端输入了R1,则发送控制字符串:<protocol><file name="Server01.jpg" mode="receive" port="8006" /></protocol>到服务端。
  3. 服务端收到以后,根据客户端ip和端口号与该客户端建立连接。
  4. 客户端建立起与服务端的连接,服务端开始网络流中写入数据。
  5. 传送完毕后服务端、客户端分别关闭连接。

2.协议处理类的实现

和上面一章一样,在开始编写实际的服务端客户端代码之前,我们首先要编写处理协议的类,它需要提供这样两个功能:1、方便地帮我们获取完整的协议信 息,因为前面我们说过,服务端可能将客户端的多次独立请求拆分或合并。比如,客户端连续发送了两条控制信息到服务端,而服务端将它们合并了,那么则需要先 拆开再分别处理。2、方便地获取我们所想要的属性信息,因为协议是XML格式,所以还需要一个类专门对XML进行处理,获得字符串的属性值。

2.1 ProtocalHandler辅助类

我们先看下ProtocalHandler,它与上一篇中的RequestHandler作用相同。需要注意的是必须将它声明为实例的,而非静态 的,这是因为每个TcpClient都需要对应一个ProtocalHandler,因为它内部维护的patialProtocal不能共享,在协议发送 不完整的情况下,这个变量用于临时保存被截断的字符串。

public class ProtocolHandler {
    private string partialProtocal; // 保存不完整的协议
   
    public ProtocolHandler() {
        partialProtocal = "";      
    }
    public string[] GetProtocol(string input) {
        return GetProtocol(input, null);
    }
   
    // 获得协议
    private string[] GetProtocol(string input, List<string> outputList) {
        if (outputList == null)
            outputList = new List<string>();
        if (String.IsNullOrEmpty(input))
            return outputList.ToArray();
        if (!String.IsNullOrEmpty(partialProtocal))
            input = partialProtocal + input;
        string pattern = "(^<protocol>.*?</protocol>)";
        // 如果有匹配,说明已经找到了,是完整的协议
        if (Regex.IsMatch(input, pattern)) {
            // 获取匹配的值
            string match = Regex.Match(input, pattern).Groups[0].Value;
            outputList.Add(match);
            partialProtocal = "";
            // 缩短input的长度
            input = input.Substring(match.Length);
            // 递归调用
            GetProtocol(input, outputList);
        } else {
            // 如果不匹配,说明协议的长度不够,
            // 那么先缓存,然后等待下一次请求
            partialProtocal = input;
        }
        return outputList.ToArray();
    }
}

因为现在它已经不是本文的重点了,所以我就不演示对于它的测试了,本文所附带的代码中含有它的测试代码(我在ProtocolHandler中添加了一个静态类Test())。

2.2 FileRequestType枚举和FileProtocol结构

因为XML是以字符串的形式在进行传输,为了方便使用,我们最好构建一个强类型来对它们进行操作,这样会方便很多。我们首先可以定义FileRequestMode枚举,它代表是发送还是接收文件:

public enum FileRequestMode {
    Send = 0,
    Receive
}

接下来我们再定义一个FileProtocol结构,用来为整个协议字符串提供强类型的访问,注意这里覆盖了基类的ToString()方法,这样在客户端我们就不需要再手工去编写XML,只要在结构值上调用ToString()就OK了,会方便很多。

public struct FileProtocol {
    private readonly FileRequestMode mode;
    private readonly int port;
    private readonly string fileName;
    public FileProtocol
        (FileRequestMode mode, int port, string fileName) {
        this.mode = mode;
        this.port = port;
        this.fileName = fileName;
    }
    public FileRequestMode Mode {
        get { return mode; }
    }
    public int Port {
        get { return port; }
    }
    public string FileName {
        get { return fileName; }
    }
    public override string ToString() {
        return String.Format("<protocol><file name=\"{0}\" mode=\"{1}\" port=\"{2}\" /></protocol>", fileName, mode, port);
    }
}

2.3 ProtocolHelper辅助类

这个类专用于将XML格式的协议映射为我们上面定义的强类型对象,这里我没有加入try/catch异常处理,因为协议对用户来说是不可见的,而且客户端应该总是发送正确的协议,我觉得这样可以让代码更加清晰:

public class ProtocolHelper {
    private XmlNode fileNode;
    private XmlNode root;
   
    public ProtocolHelper(string protocol) {
        XmlDocument doc = new XmlDocument();
        doc.LoadXml(protocol);
        root = doc.DocumentElement;
        fileNode = root.SelectSingleNode("file");
    }
    // 此时的protocal一定为单条完整protocal
    private FileRequestMode GetFileMode() {
        string mode = fileNode.Attributes["mode"].Value;
        mode = mode.ToLower();
        if (mode == "send")
            return FileRequestMode.Send;
        else
            return FileRequestMode.Receive;
    }
    // 获取单条协议包含的信息
    public FileProtocol GetProtocol() {
        FileRequestMode mode = GetFileMode();
        string fileName = "";
        int port = 0;
        fileName = fileNode.Attributes["name"].Value;
        port = Convert.ToInt32(fileNode.Attributes["port"].Value);
        return new FileProtocol(mode, port, fileName);
    }
}

OK,我们又耽误了点时间,下面就让我们进入正题吧。

3.客户端发送数据

3.1 服务端的实现

我们还是将一个问题分成两部分来处理,先是发送数据,然后是接收数据。我们先看发送数据部分的服务端。如果你从第一篇文章看到了现在,那么我觉得更多的不是技术上的问题而是思路,所以我们不再将重点放到代码上,这些应该很容易就看懂了。

class Server {
    static void Main(string[] args) {
        Console.WriteLine("Server is running … ");
        IPAddress ip = IPAddress.Parse("127.0.0.1");
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开启对控制端口 8500 的侦听
        Console.WriteLine("Start Listening …");
        while (true) {
            // 获取一个连接,同步方法,在此处中断
            TcpClient client = listener.AcceptTcpClient();             
            RemoteClient wapper = new RemoteClient(client);
            wapper.BeginRead();
        }
    }
}
public class RemoteClient {
    private TcpClient client;
    private NetworkStream streamToClient;
    private const int BufferSize = 8192;
    private byte[] buffer;
    private ProtocolHandler handler;
   
    public RemoteClient(TcpClient client) {
        this.client = client;
        // 打印连接到的客户端信息
        Console.WriteLine("\nClient Connected!{0} <– {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        // 获得流
        streamToClient = client.GetStream();
        buffer = new byte[BufferSize];
        handler = new ProtocolHandler();
    }
    // 开始进行读取
    public void BeginRead() {      
        AsyncCallback callBack = new AsyncCallback(OnReadComplete);
        streamToClient.BeginRead(buffer, 0, BufferSize, callBack, null);
    }
    // 再读取完成时进行回调
    private void OnReadComplete(IAsyncResult ar) {
        int bytesRead = 0;
        try {
            lock (streamToClient) {
                bytesRead = streamToClient.EndRead(ar);
                Console.WriteLine("Reading data, {0} bytes …", bytesRead);
            }
            if (bytesRead == 0) throw new Exception("读取到0字节");
            string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
            Array.Clear(buffer,0,buffer.Length);        // 清空缓存,避免脏读

            // 获取protocol数组
            string[] protocolArray = handler.GetProtocol(msg);
            foreach (string pro in protocolArray) {
                // 这里异步调用,不然这里可能会比较耗时
                ParameterizedThreadStart start =
                    new ParameterizedThreadStart(handleProtocol);
                start.BeginInvoke(pro, null, null);
            }
            // 再次调用BeginRead(),完成时调用自身,形成无限循环
            lock (streamToClient) {
                AsyncCallback callBack = new AsyncCallback(OnReadComplete);
                streamToClient.BeginRead(buffer, 0, BufferSize, callBack, null);
            }
        } catch(Exception ex) {
            if(streamToClient!=null)
                streamToClient.Dispose();
            client.Close();
            Console.WriteLine(ex.Message);      // 捕获异常时退出程序
        }
    }
    // 处理protocol
    private void handleProtocol(object obj) {
        string pro = obj as string;
        ProtocolHelper helper = new ProtocolHelper(pro);
        FileProtocol protocol = helper.GetProtocol();
        if (protocol.Mode == FileRequestMode.Send) {
            // 客户端发送文件,对服务端来说则是接收文件
            receiveFile(protocol);
        } else if (protocol.Mode == FileRequestMode.Receive) {
            // 客户端接收文件,对服务端来说则是发送文件
            // sendFile(protocol);
        }
    }
    private void receiveFile(FileProtocol protocol) {
        // 获取远程客户端的位置
        IPEndPoint endpoint = client.Client.RemoteEndPoint as IPEndPoint;
        IPAddress ip = endpoint.Address;
       
        // 使用新端口号,获得远程用于接收文件的端口
        endpoint = new IPEndPoint(ip, protocol.Port);
        // 连接到远程客户端
        TcpClient localClient;
        try {
            localClient = new TcpClient();
            localClient.Connect(endpoint);
        } catch {
            Console.WriteLine("无法连接到客户端 –> {0}", endpoint);
            return;
        }
        // 获取发送文件的流
        NetworkStream streamToClient = localClient.GetStream();
        // 随机生成一个在当前目录下的文件名称
        string path =
            Environment.CurrentDirectory + "/" + generateFileName(protocol.FileName);
        byte[] fileBuffer = new byte[1024]; // 每次收1KB
        FileStream fs = new FileStream(path, FileMode.CreateNew, FileAccess.Write);
        // 从缓存buffer中读入到文件流中
        int bytesRead;
        int totalBytes = 0;
        do {
            bytesRead = streamToClient.Read(buffer, 0, BufferSize);            
            fs.Write(buffer, 0, bytesRead);
            totalBytes += bytesRead;
            Console.WriteLine("Receiving {0} bytes …", totalBytes);
        } while (bytesRead > 0);
        Console.WriteLine("Total {0} bytes received, Done!", totalBytes);
        streamToClient.Dispose();
        fs.Dispose();
        localClient.Close();
    }
    // 随机获取一个图片名称
    private string generateFileName(string fileName) {
        DateTime now = DateTime.Now;
        return String.Format(
            "{0}_{1}_{2}_{3}", now.Minute, now.Second, now.Millisecond, fileName
        );
    }
}

这里应该没有什么新知识,需要注意的地方有这么几个:

  • 在OnReadComplete()回调方法中的foreach循环,我们使用委托异步调用了handleProtocol()方法,这是因为handleProtocol即将执行的是一个读取或接收文件的操作,也就是一个相对耗时的操作。
  • 在handleProtocol()方法中,我们深切体会了定义ProtocolHelper类和FileProtocol结构的好处。如果没有定义它们,这里将是不堪入目的处理XML以及类型转换的代码。
  • handleProtocol()方法中进行了一个条件判断,注意sendFile()方法我屏蔽掉了,这个还没有实现,但是我想你已经猜到它将是后面要实现的内容。
  • receiveFile()方法是实际接收客户端发来文件的方法,这里没有什么特别之处。需要注意的是文件存储的路径,它保存在了当前程序执行的目录下,文件的名称我使用generateFileName()生成了一个与时间有关的随机名称。

3.2客户端的实现

我们现在先不着急实现客户端S1、R1等用户菜单,首先完成发送文件这一功能,实际上,就是为上一节SendMessage()加一个姐妹方法SendFile()。

class Client {
    static void Main(string[] args) {
        ConsoleKey key;
        ServerClient client = new ServerClient();
        string filePath = Environment.CurrentDirectory + "/" + "Client01.jpg";
        if(File.Exists(filePath))
            client.BeginSendFile(filePath);
       
        Console.WriteLine("\n\n输入\"Q\"键退出。");
        do {
            key = Console.ReadKey(true).Key;
        } while (key != ConsoleKey.Q);
    }
}
public class ServerClient {
    private const int BufferSize = 8192;
    private byte[] buffer;
    private TcpClient client;
    private NetworkStream streamToServer;
    public ServerClient() {
        try {
            client = new TcpClient();
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        buffer = new byte[BufferSize];
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        streamToServer = client.GetStream();
    }
    // 发送消息到服务端
    public void SendMessage(string msg) {
        byte[] temp = Encoding.Unicode.GetBytes(msg);   // 获得缓存
        try {
            lock (streamToServer) {
                streamToServer.Write(temp, 0, temp.Length); // 发往服务器
            }
            Console.WriteLine("Sent: {0}", msg);
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
    }
    // 发送文件 – 异步方法
    public void BeginSendFile(string filePath) {
        ParameterizedThreadStart start =
            new ParameterizedThreadStart(BeginSendFile);
        start.BeginInvoke(filePath, null, null);
    }
    private void BeginSendFile(object obj) {
        string filePath = obj as string;
        SendFile(filePath);
    }
    // 发送文件 — 同步方法
    public void SendFile(string filePath) {
        IPAddress ip = IPAddress.Parse("127.0.0.1");
        TcpListener listener = new TcpListener(ip, 0);
        listener.Start();
        // 获取本地侦听的端口号
        IPEndPoint endPoint = listener.LocalEndpoint as IPEndPoint;
        int listeningPort = endPoint.Port;
        // 获取发送的协议字符串
        string fileName = Path.GetFileName(filePath);
        FileProtocol protocol =
            new FileProtocol(FileRequestMode.Send, listeningPort, fileName);
        string pro = protocol.ToString();
        SendMessage(pro);       // 发送协议到服务端

        // 中断,等待远程连接
        TcpClient localClient = listener.AcceptTcpClient();
        Console.WriteLine("Start sending file…");
        NetworkStream stream = localClient.GetStream();
        // 创建文件流
        FileStream fs = new FileStream(filePath, FileMode.Open, FileAccess.Read);          
        byte[] fileBuffer = new byte[1024];     // 每次传1KB
        int bytesRead;
        int totalBytes = 0;
        // 创建获取文件发送状态的类
        SendStatus status = new SendStatus(filePath);
        // 将文件流转写入网络流
        try {
            do {
                Thread.Sleep(10);           // 为了更好的视觉效果,暂停10毫秒:-)
                bytesRead = fs.Read(fileBuffer, 0, fileBuffer.Length);                 
                stream.Write(fileBuffer, 0, bytesRead);
                totalBytes += bytesRead;            // 发送了的字节数
                status.PrintStatus(totalBytes); // 打印发送状态
            } while (bytesRead > 0);
            Console.WriteLine("Total {0} bytes sent, Done!", totalBytes);
        } catch {
            Console.WriteLine("Server has lost…");
        }
       
        stream.Dispose();
        fs.Dispose();
        localClient.Close();
        listener.Stop();
    }
}

接下来我们来看下这段代码,有这么两点需要注意一下:

  • 在Main()方法中可以看到,图片的位置为应用程序所在的目录,如果你跟我一样处于调试模式,那么就在解决方案的Bin目录下的Debug目录中放置三张图片Client01.jpg、Client02.jpg、Client03.jpg,用来发往服务端。
  • 我在客户端提供了两个SendFile()方法,和一个BeginSendFile()方法,分别用于同步和异步传输,其中私有的SendFile()方法只是一个辅助方法。实际上对于发送文件这样的操作我们几乎总是需要使用异步操作。
  • SendMessage()方法中给streamToServer加锁很重要,因为SendFile()方法是多线程访问的,而在SendFile()方法中又调用了SendMessage()方法。
  • 我另外编写了一个SendStatus类,它用来记录和打印发送完成的状态,已经发送了多少字节,完成度是百分之多少,等等。本来这个类的内容我 是直接写入在Client类中的,后来我觉得它执行的工作已经不属于Client本身所应该执行的领域之内了,我记得这样一句话:当你觉得类中的方法与类的名称不符的时候,那么就应该考虑重新创建一个类。我觉得用在这里非常恰当。

下面是SendStatus的内容:

// 即时计算发送文件的状态
public class SendStatus {
    private FileInfo info;
    private long fileBytes;
    public SendStatus(string filePath) {
        info = new FileInfo(filePath);
        fileBytes = info.Length;
    }
    public void PrintStatus(int sent) {
        string percent = GetPercent(sent);
        Console.WriteLine("Sending {0} bytes, {1}% …", sent, percent);
    }
    // 获得文件发送的百分比
    public string GetPercent(int sent){    
        decimal allBytes = Convert.ToDecimal(fileBytes);
        decimal currentSent = Convert.ToDecimal(sent);
        decimal percent = (currentSent / allBytes) * 100;
        percent = Math.Round(percent, 1);   //保留一位小数
       
        if (percent.ToString() == "100.0")
            return "100";
        else
            return percent.ToString();
    }
}

3.3程序测试

接下里我们运行一下程序,来检查一下输出,首先看下服务端:

接着是客户端,我们能够看到发送的字节数和进度,可以想到如果是图形界面,那么我们可以通过扩展SendStatus类来创建一个进度条:

最后我们看下服务端的Bin\Debug目录,应该可以看到接收到的图片:

本来我想这篇文章就可以完成发送和接收,不过现在看来没法实现了,因为如果继续下去这篇文章就太长了,我正尝试着尽量将文章控制在15页以内。那么我们将在下篇文章中再完成接收文件这一部分。

[C#]C#网络编程基本概念和操作3

mikel阅读(934)

C#网络编程(异步传输字符串) – Part.3

源码下载:http://www.tracefact.net/SourceCode/Network-Part3.rar

这篇文章我们将前进一大步,使用异步的方式来对服务端编程,以使它成为一个真正意义上的服务器:可以为多个客户端的多次请求服务。但是开始之前,我们需要解决上一节中遗留的一个问题。

消息发送时的问题

这个问题就是:客户端分两次向流中写入数据(比如字符串)时,我们主观上将这两次写入视为两次请求;然而服务端有可能将这两次合起来视为一条请求, 这在两个请求间隔时间比较短的情况下尤其如此。同样,也有可能客户端发出一条请求,但是服务端将其视为两条请求处理。下面列出了可能的情况,假设我们在客 户端连续发送两条“Welcome to Tracefact.net!”,则数据到达服务端时可能有这样三种情况:

NOTE:在这里我们假设采用ASCII编码方式,因为此时上面的一个方框正好代表一个字节,而字符串到达末尾后为持续的0(因为byte是值类型,且最小为0)。

上面的第一种情况是最理想的情况,此时两条消息被视为两个独立请求由服务端完整地接收。第二种情况的示意图如下,此时一条消息被当作两条消息接收了:

而对于第三种情况,则是两条消息被合并成了一条接收:

如果你下载了上一篇文章所附带的源码,那么将Client2.cs进行一下修改,不通过用户输入,而是使用一个for循环连续的发送三个请求过去,这样会使请求的间隔时间更短,下面是关键代码:

string msg = "Welcome to TraceFact.Net!";
for (int i = 0; i <= 2; i++) {
    byte[] buffer = Encoding.Unicode.GetBytes(msg);     // 获得缓存
    try {
        streamToServer.Write(buffer, 0, buffer.Length); // 发往服务器
        Console.WriteLine("Sent: {0}", msg);
    } catch (Exception ex) {
        Console.WriteLine(ex.Message);
        break;
    }
}

运行服务端,然后再运行这个客户端,你可能会看到这样的结果:

可以看到,尽管上面将消息分成了三条单独发送,但是服务端却将后两条合并成了一条。对于这些情况,我们可以这样处理:就好像HTTP协议一样,在实 际的请求和应答内容之前包含了HTTP头,其中是一些与请求相关的信息。我们也可以订立自己的协议,来解决这个问题,比如说,对于上面的情况,我们就可以 定义这样一个协议:

[length=XXX]:其中xxx是实际发送的字符串长度(注意不是字节数组buffer的长度),那么对于上面的请求,则我们发送的数据 为:“[length=25]Welcome to TraceFact.Net!”。而服务端接收字符串之后,首先读取这个“元数据”的内容,然后再根据“元数据”内容来读取实际的数据,它可能有下面这样 两种情况:

NOTE:我觉得这里借用“元数据”这个术语还算比较恰当,因为“元数据”就是用来描述数据的数据。

  • “[“”]”中括号是完整的,可以读取到length的字节数。然后根据这个数值与后面的字符串长度相比,如果相等,则说明发来了一条完整信息; 如果多了,那么说明接收的字节数多了,取出合适的长度,并将剩余的进行缓存;如果少了,说明接收的不够,那么将收到的进行一个缓存,等待下次请求,然后将 两条合并。
  • “[”“]”中括号本身就不完整,此时读不到length的值,因为中括号里的内容被截断了,那么将读到的数据进行缓存,等待读取下次发送来的数据,然后将两次合并之后再按上面的方式进行处理。

接下来我们来看下如何来进行实际的操作,实际上,这个问题已经不属于C#网络编程的内容了,而完全是对字符串的处理。所以我们不再编写服务端/客户端代码,直接编写处理这几种情况的方法:

public class RequestHandler {
    private string temp = string.Empty;
    public string[] GetActualString(string input) {
        return GetActualString(input, null);
    }
    private string[] GetActualString(string input, List<string> outputList) {
        if (outputList == null)
            outputList = new List<string>();
        if (!String.IsNullOrEmpty(temp))
            input = temp + input;
        string output = "";
        string pattern = @"(?<=^\[length=)(\d+)(?=\])";
        int length;
                   
        if (Regex.IsMatch(input, pattern)) {
            Match m = Regex.Match(input, pattern);
            // 获取消息字符串实际应有的长度
            length = Convert.ToInt32(m.Groups[0].Value);
            // 获取需要进行截取的位置
            int startIndex = input.IndexOf(']') + 1;
            // 获取从此位置开始后所有字符的长度
            output = input.Substring(startIndex);
            if (output.Length == length) {
                // 如果output的长度与消息字符串的应有长度相等
                // 说明刚好是完整的一条信息
                outputList.Add(output);
                temp = "";
            } else if (output.Length < length) {
                // 如果之后的长度小于应有的长度,
                // 说明没有发完整,则应将整条信息,包括元数据,全部缓存
                // 与下一条数据合并起来再进行处理
                temp = input;
                // 此时程序应该退出,因为需要等待下一条数据到来才能继续处理

            } else if (output.Length > length) {
                // 如果之后的长度大于应有的长度,
                // 说明消息发完整了,但是有多余的数据
                // 多余的数据可能是截断消息,也可能是多条完整消息

                // 截取字符串
                output = output.Substring(0, length);
                outputList.Add(output);
                temp = "";
                // 缩短input的长度
                input = input.Substring(startIndex + length);
                // 递归调用
                GetActualString(input, outputList);
            }
        } else {    // 说明“[”,“]”就不完整
            temp = input;
        }
        return outputList.ToArray();
    }
}

这个方法接收一个满足协议格式要求的输入字符串,然后返回一个数组,这是因为如果出现多次请求合并成一个发送过来的情况,那么就将它们全部返回。随 后简单起见,我在这个类中添加了一个静态的Test()方法和PrintOutput()帮助方法,进行了一个简单的测试,注意我直接输入了 length=13,这个是我提前计算好的。

public static void Test() {
    RequestHandler handler = new RequestHandler();
    string input;
    // 第一种情况测试 – 一条消息完整发送
    input = "[length=13]明天中秋,祝大家节日快乐!";
    handler.PrintOutput(input);
    // 第二种情况测试 – 两条完整消息一次发送
    input = "明天中秋,祝大家节日快乐!";
    input = String.Format
        ("[length=13]{0}[length=13]{0}", input);
    handler.PrintOutput(input);
    // 第三种情况测试A – 两条消息不完整发送
    input = "[length=13]明天中秋,祝大家节日快乐![length=13]明天中秋";
    handler.PrintOutput(input);
    input = ",祝大家节日快乐!";
    handler.PrintOutput(input);
    // 第三种情况测试B – 两条消息不完整发送
    input = "[length=13]明天中秋,祝大家";
    handler.PrintOutput(input);
    input = "节日快乐![length=13]明天中秋,祝大家节日快乐!";
    handler.PrintOutput(input);
   
    // 第四种情况测试 – 元数据不完整
    input = "[leng";
    handler.PrintOutput(input);     // 不会有输出

    input = "th=13]明天中秋,祝大家节日快乐!";
    handler.PrintOutput(input);
}
// 用于测试输出
private void PrintOutput(string input) {
    Console.WriteLine(input);
    string[] outputArray = GetActualString(input);
    foreach (string output in outputArray) {
        Console.WriteLine(output);
    }
    Console.WriteLine();
}

运行上面的程序,可以得到如下的输出:

OK,从上面的输出可以看到,这个方法能够满足我们的要求。对于这篇文章最开始提出的问题,可以很轻松地通过加入这个方法来解决,这里就不再演示 了,但在本文所附带的源代码含有修改过的程序。在这里花费了很长的时间,接下来让我们回到正题,看下如何使用异步方式完成上一篇中的程序吧。

异步传输字符串

在上一篇中,我们由简到繁,提到了服务端的四种方式:服务一个客户端的一个请求、服务一个客户端的多个请求、服务多个客户端的一个请求、服务多个客 户端的多个请求。我们说到可以将里层的while循环交给一个新建的线程去让它来完成。除了这种方式以外,我们还可以使用一种更好的方式――使用线程池中 的线程来完成。我们可以使用BeginRead()、BeginWrite()等异步方法,同时让这BeginRead()方法和它的回调方法形成一个类 似于while的无限循环:首先在第一层循环中,接收到一个客户端后,调用BeginRead(),然后为该方法提供一个读取完成后的回调方法,然后在回 调方法中对收到的字符进行处理,随后在回调方法中接着调用BeginRead()方法,并传入回调方法本身。

由于程序实现功能和上一篇完全相同,我就不再细述了。而关于异步调用方法更多详细内容,可以参见 C#中的委托和事件(续)

1.服务端的实现

当程序越来越复杂的时候,就需要越来越高的抽象,所以从现在起我们不再把所有的代码全部都扔进Main()里,这次我创建了一个RemoteClient类,它对于服务端获取到的TcpClient进行了一个包装:

public class RemoteClient {
    private TcpClient client;
    private NetworkStream streamToClient;
    private const int BufferSize = 8192;
    private byte[] buffer;
    private RequestHandler handler;
   
    public RemoteClient(TcpClient client) {
        this.client = client;
        // 打印连接到的客户端信息
        Console.WriteLine("\nClient Connected!{0} <– {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        // 获得流
        streamToClient = client.GetStream();
        buffer = new byte[BufferSize];
        // 设置RequestHandler
        handler = new RequestHandler();
        // 在构造函数中就开始准备读取
        AsyncCallback callBack = new AsyncCallback(ReadComplete);
        streamToClient.BeginRead(buffer, 0, BufferSize, callBack, null);
    }
    // 再读取完成时进行回调
    private void ReadComplete(IAsyncResult ar) {
        int bytesRead = 0;
        try {
            lock (streamToClient) {
                bytesRead = streamToClient.EndRead(ar);
                Console.WriteLine("Reading data, {0} bytes …", bytesRead);
            }
            if (bytesRead == 0) throw new Exception("读取到0字节");
            string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
            Array.Clear(buffer,0,buffer.Length);        // 清空缓存,避免脏读
       
            string[] msgArray = handler.GetActualString(msg);   // 获取实际的字符串

            // 遍历获得到的字符串
            foreach (string m in msgArray) {
                Console.WriteLine("Received: {0}", m);
                string back = m.ToUpper();
                // 将得到的字符串改为大写并重新发送
                byte[] temp = Encoding.Unicode.GetBytes(back);
                streamToClient.Write(temp, 0, temp.Length);
                streamToClient.Flush();
                Console.WriteLine("Sent: {0}", back);
            }              
            // 再次调用BeginRead(),完成时调用自身,形成无限循环
            lock (streamToClient) {
                AsyncCallback callBack = new AsyncCallback(ReadComplete);
                streamToClient.BeginRead(buffer, 0, BufferSize, callBack, null);
            }
        } catch(Exception ex) {
            if(streamToClient!=null)
                streamToClient.Dispose();
            client.Close();
            Console.WriteLine(ex.Message);      // 捕获异常时退出程序             
        }
    }
}

随后,我们在主程序中仅仅创建TcpListener类型实例,由于RemoteClient类在构造函数中已经完成了初始化的工作,所以我们在下面的while循环中我们甚至不需要调用任何方法:

class Server {
    static void Main(string[] args) {
        Console.WriteLine("Server is running … ");
        IPAddress ip = new IPAddress(new byte[] { 127, 0, 0, 1 });
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开始侦听
        Console.WriteLine("Start Listening …");
        while (true) {
            // 获取一个连接,同步方法,在此处中断
            TcpClient client = listener.AcceptTcpClient();             
            RemoteClient wapper = new RemoteClient(client);
        }
    }
}

好了,服务端的实现现在就完成了,接下来我们再看一下客户端的实现:

2.客户端的实现

与服务端类似,我们首先对TcpClient进行一个简单的包装,使它的使用更加方便一些,因为它是服务端的客户,所以我们将类的名称命名为ServerClient:

public class ServerClient {
    private const int BufferSize = 8192;
    private byte[] buffer;
    private TcpClient client;
    private NetworkStream streamToServer;
    private string msg = "Welcome to TraceFact.Net!";
    public ServerClient() {
        try {
            client = new TcpClient();
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        buffer = new byte[BufferSize];
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        streamToServer = client.GetStream();
    }
    // 连续发送三条消息到服务端
    public void SendMessage(string msg) {
        msg = String.Format("[length={0}]{1}", msg.Length, msg);
        for (int i = 0; i <= 2; i++) {
            byte[] temp = Encoding.Unicode.GetBytes(msg);   // 获得缓存
            try {
                streamToServer.Write(temp, 0, temp.Length); // 发往服务器
                Console.WriteLine("Sent: {0}", msg);
            } catch (Exception ex) {
                Console.WriteLine(ex.Message);
                break;
            }
        }
        lock (streamToServer) {
            AsyncCallback callBack = new AsyncCallback(ReadComplete);
            streamToServer.BeginRead(buffer, 0, BufferSize, callBack, null);
        }
    }
    public void SendMessage() {
        SendMessage(this.msg);
    }
    // 读取完成时的回调方法
    private void ReadComplete(IAsyncResult ar) {
        int bytesRead;
        try {
            lock (streamToServer) {
                bytesRead = streamToServer.EndRead(ar);
            }
            if (bytesRead == 0) throw new Exception("读取到0字节");
            string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
            Console.WriteLine("Received: {0}", msg);
            Array.Clear(buffer, 0, buffer.Length);      // 清空缓存,避免脏读

            lock (streamToServer) {
                AsyncCallback callBack = new AsyncCallback(ReadComplete);
                streamToServer.BeginRead(buffer, 0, BufferSize, callBack, null);
            }
        } catch (Exception ex) {
            if(streamToServer!=null)
                streamToServer.Dispose();
            client.Close();
            Console.WriteLine(ex.Message);
        }
    }
}

在上面的SendMessage()方法中,我们让它连续发送了三条同样的消息,这么仅仅是为了测试,因为异步操作同样会出现上面说过的:服务器将 客户端的请求拆开了的情况。最后我们在Main()方法中创建这个类型的实例,然后调用SendMessage()方法进行测试:

class Client {
    static void Main(string[] args) {
        ConsoleKey key;
        ServerClient client = new ServerClient();
        client.SendMessage();
       
        Console.WriteLine("\n\n输入\"Q\"键退出。");
        do {
            key = Console.ReadKey(true).Key;
        } while (key != ConsoleKey.Q);
    }
}

是不是感觉很清爽?因为良好的代码重构,使得程序在复杂程度提高的情况下依然可以在一定程度上保持良好的阅读性。

3.程序测试

最后一步,我们先运行服务端,接着连续运行两个客户端,看看它们的输出分别是什么:

大家可以看到,在服务端,我们可以连接多个客户端,同时为它们服务;除此以外,由接收的字节数发现,两个客户端均有两个请求被服务端合并成了一条请求,因为我们在其中加入了特殊的协议,所以在服务端可以对这种情况进行良好的处理。

在客户端,我们没有采取类似的处理,所以当客户端收到应答时,仍然会发生请求合并的情况。对于这种情况,我想大家已经知道该如何处理了,就不再多费口舌了。

使用这种定义协议的方式有它的优点,但缺点也很明显,如果客户知道了这个协议,有意地输入[length=xxx],但是后面的长度却不匹配,此时 程序就会出错。可选的解决办法是对“[”和“]”进行编码,当客户端有意输入这两个字符时,我们将它替换成“\[”和“\]”或者别的字符,在读取后再将 它还原。

关于这个范例就到此结束了,剩下的两个范例都将采用异步传输的方式,并且会加入更多的协议内容。下一篇我们将介绍如何向服务端发送或接收文件。

[C#]C#网络编程基本概念和操作2

mikel阅读(813)

C#网络编程(同步传输字符串) – Part.2

源码下载:http://www.tracefact.net/SourceCode/Network-Part1-2.rar

服务端客户端通信

在与服务端的连接建立以后,我们就可以通过此连接来发送和接收数据。端口与端口之间以流(Stream)的形式传输数据,因为几乎任何对象都可以保 存到流中,所以实际上可以在客户端与服务端之间传输任何类型的数据。对客户端来说,往流中写入数据,即为向服务器传送数据;从流中读取数据,即为从服务端 接收数据。对服务端来说,往流中写入数据,即为向客户端发送数据;从流中读取数据,即为从客户端接收数据。

同步传输字符串

我们现在考虑这样一个任务:客户端打印一串字符串,然后发往服务端,服务端先输出它,然后将它改为大写,再回发到客户端,客户端接收到以后,最后再次打印一遍它。我们将它分为两部分:1、客户端发送,服务端接收并输出;2、服务端回发,客户端接收并输出。

1.客户端发送,服务端接收并输出

1.1服务端程序

我们可以在TcpClient上调用GetStream()方法来获得连接到远程计算机的流。注意这里我用了远程这个词,当在客户端调用时,它得到连接服务端的流;当在服务端调用时,它获得连接客户端的流。接下来我们来看一下代码,我们先看服务端(注意这里没有使用do/while循环):

class Server {
    static void Main(string[] args) {
        const int BufferSize = 8192;    // 缓存大小,8192字节
                   
        Console.WriteLine("Server is running … ");
        IPAddress ip = new IPAddress(new byte[] { 127, 0, 0, 1 });
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开始侦听
        Console.WriteLine("Start Listening …");
       
        // 获取一个连接,中断方法
        TcpClient remoteClient = listener.AcceptTcpClient();
        // 打印连接到的客户端信息
        Console.WriteLine("Client Connected!{0} <– {1}",
            remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
        // 获得流,并写入buffer中
        NetworkStream streamToClient = remoteClient.GetStream();
        byte[] buffer = new byte[BufferSize];
        int bytesRead = streamToClient.Read(buffer, 0, BufferSize);
        Console.WriteLine("Reading data, {0} bytes …", bytesRead);
        // 获得请求的字符串
        string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
        Console.WriteLine("Received: {0}", msg);
        // 按Q退出
    }
}

这段程序的上半部分已经很熟悉了,我就不再解释。remoteClient.GetStream()方法获取到了连接至客户端的流,然后从流中读出 数据并保存在了buffer缓存中,随后使用Encoding.Unicode.GetString()方法,从缓存中获取到了实际的字符串。最后将字符 串打印在了控制台上。这段代码有个地方需要注意:在能够读取的字符串的总字节数大于BufferSize的时候会出现字符串截断现象,因为缓存中的数目总 是有限的,而对于大对象,比如说图片或者其它文件来说,则必须采用“分次读取然后转存”这种方式,比如这样:

// 获取字符串
byte[] buffer = new byte[BufferSize];
int bytesRead;          // 读取的字节数
MemoryStream msStream = new MemoryStream();
do {
    bytesRead = streamToClient.Read(buffer, 0, BufferSize);
    msStream.Write(buffer, 0, bytesRead);
} while (bytesRead > 0);
buffer = msStream.GetBuffer();
string msg = Encoding.Unicode.GetString(buffer);

这里我没有使用这种方法,一个是因为不想关注在太多的细节上面,一个是因为对于字符串来说,8192字节已经很多了,我们通常不会传递这么多的文 本。当使用Unicode编码时,8192字节可以保存4096个汉字和英文字符。使用不同的编码方式,占用的字节数有很大的差异,在本文最后面,有一段 小程序,可以用来测试Unicode、UTF8、ASCII三种常用编码方式对字符串编码时,占用的字节数大小。

现在对客户端不做任何修改,然后运行先运行服务端,再运行客户端。结果我们会发现这样一件事:服务端再打印完“Client Connected!127.0.0.1:8500 <– 127.0.0.1:xxxxx”之后,再次被阻塞了,而没有输出“Reading data, {0} bytes …”。可见,与AcceptTcpClient()方法类似,这个Read()方法也是同步的,只有当客户端发送数据的时候,服务端才会读取数据、运行此方法,否则它便会一直等待。

1.2 客户端程序

接下来我们编写客户端向服务器发送字符串的代码,与服务端类似,它先获取连接服务器端的流,将字符串保存到buffer缓存中,再将缓存写入流,写入流这一过程,相当于将消息发往服务端。

class Client {
    static void Main(string[] args) {
        Console.WriteLine("Client Running …");
        TcpClient client;
        try {
            client = new TcpClient();
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        string msg = "\"Welcome To TraceFact.Net\"";
        NetworkStream streamToServer = client.GetStream();
        byte[] buffer = Encoding.Unicode.GetBytes(msg);     // 获得缓存
        streamToServer.Write(buffer, 0, buffer.Length);     // 发往服务器
        Console.WriteLine("Sent: {0}", msg);
        // 按Q退出
    }
}

现在再次运行程序,得到的输出为:

// 服务端
Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:7847
Reading data, 52 bytes …
Received: "Welcome To TraceFact.Net"
输入"Q"键退出。
// 客户端
Client Running …
Server Connected!127.0.0.1:7847 –> 127.0.0.1:8500
Sent: "Welcome To TraceFact.Net"
输入"Q"键退出。

再继续进行之前,我们假设客户端可以发送多条消息,而服务端要不断的接收来自客户端发送的消息,但是上面的代码只能接收客户端发来的一条消息,因为 它已经输出了“输入Q键退出”,说明程序已经执行完毕,无法再进行任何动作。此时如果我们再开启一个客户端,那么出现的情况是:客户端可以与服务器建立连 接,也就是netstat-a显示为ESTABLISHED,这是操作系统所知道的;但是由于服务端的程序已经执行到了最后一步,只能输入Q键退出,无法 再采取任何的动作。

回想一个上面我们需要一个服务器对应多个客户端时,对AcceptTcpClient()方法的处理办法,将它放在了do/while循环中;类似地,当我们需要一个服务端对同一个客户端的多次请求服务时,可以将Read()方法放入到do/while循环中

现在,我们大致可以得出这样几个结论:

  • 如果不使用do/while循环,服务端只有一个listener.AcceptTcpClient()方法和一个TcpClient.GetStream().Read()方法,则服务端只能处理到同一客户端的一条请求。
  • 如果使用一个do/while循环,并将listener.AcceptTcpClient()方法和TcpClient.GetStream().Read()方法都放在这个循环以内,那么服务端将可以处理多个客户端的一条请求。
  • 如果使用一个do/while循环,并将listener.AcceptTcpClient()方法放在循环之外,将TcpClient.GetStream().Read()方法放在循环以内,那么服务端可以处理一个客户端的多条请求。
  • 如果使用两个do/while循环,对它们进行分别嵌套,那么结果是什么呢?结果并不是可以处理多个客户端的多条请求。因为里层的do /while循环总是在为一个客户端服务,因为它会中断在TcpClient.GetStream().Read()方法的位置,而无法执行完毕。即使可 以通过某种方式让里层循环退出,比如客户端往服务端发去“exit”字符串时,服务端也只能挨个对客户端提供服务。如果服务端想执行多个客户端的多个请 求,那么服务端就需要采用多线程。主线程,也就是执行外层do/while循环的线程,在收到一个TcpClient之后,必须将里层的do/while 循环交给新线程去执行,然后主线程快速地重新回到listener.AcceptTcpClient()的位置,以响应其它的客户端。

对于第四种情况,实际上是构建一个服务端更为通常的情况,所以需要专门开辟一个章节讨论,这里暂且放过。而我们上面所做的,即是列出的第一种情况,接下来我们再分别看一下第二种和第三种情况。

对于第二种情况,我们按照上面的叙述先对服务端进行一下改动:

do {
    // 获取一个连接,中断方法
    TcpClient remoteClient = listener.AcceptTcpClient();
    // 打印连接到的客户端信息
    Console.WriteLine("Client Connected!{0} <– {1}",
        remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
    // 获得流,并写入buffer中
    NetworkStream streamToClient = remoteClient.GetStream();
    byte[] buffer = new byte[BufferSize];
    int bytesRead = streamToClient.Read(buffer, 0, BufferSize);
    Console.WriteLine("Reading data, {0} bytes …", bytesRead);
    // 获得请求的字符串
    string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
    Console.WriteLine("Received: {0}", msg);
} while (true);

然后启动多个客户端,在服务端应该可以看到下面的输出(客户端没有变化):

Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:8196
Reading data, 52 bytes …
Received: "Welcome To TraceFact.Net"
Client Connected!127.0.0.1:8500 <– 127.0.0.1:8199
Reading data, 52 bytes …
Received: "Welcome To TraceFact.Net"

由第2种情况改为第3种情况,只需要将do向下挪动几行就可以了:

// 获取一个连接,中断方法
TcpClient remoteClient = listener.AcceptTcpClient();
// 打印连接到的客户端信息
Console.WriteLine("Client Connected!{0} <– {1}",
    remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
// 获得流,并写入buffer中
NetworkStream streamToClient = remoteClient.GetStream();
do {
    byte[] buffer = new byte[BufferSize];
    int bytesRead = streamToClient.Read(buffer, 0, BufferSize);
    Console.WriteLine("Reading data, {0} bytes …", bytesRead);
    // 获得请求的字符串
    string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
    Console.WriteLine("Received: {0}", msg);
} while (true);

然后我们再改动一下客户端,让它发送多个请求。当我们按下S的时候,可以输入一行字符串,然后将这行字符串发送到服务端;当我们输入X的时候则退出循环:

NetworkStream streamToServer = client.GetStream();
ConsoleKey key;
Console.WriteLine("Menu: S – Send, X – Exit");
do {
    key = Console.ReadKey(true).Key;
    if (key == ConsoleKey.S) {
        // 获取输入的字符串
        Console.Write("Input the message: ");
        string msg = Console.ReadLine();
        byte[] buffer = Encoding.Unicode.GetBytes(msg);     // 获得缓存
        streamToServer.Write(buffer, 0, buffer.Length);     // 发往服务器
        Console.WriteLine("Sent: {0}", msg);
    }
} while (key != ConsoleKey.X);

接下来我们先运行服务端,然后再运行客户端,输入一些字符串,来进行测试,应该能够看到下面的输出结果:

// 服务端
Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:11004
Reading data, 44 bytes …
Received: 欢迎访问我的博客:TraceFact.Net
Reading data, 14 bytes …
Received: 我们一起进步!
//客户端
Client Running …
Server Connected!127.0.0.1:11004 –> 127.0.0.1:8500
Menu: S – Send, X – Exit
Input the message: 欢迎访问我的博客:TraceFact.Net
Sent: 欢迎访问我的博客:TraceFact.Net
Input the message: 我们一起进步!
Sent: 我们一起进步!

这里还需要注意一点,当客户端在TcpClient实例上调用Close()方法,或者在流上调用Dispose()方法,服务端的 streamToClient.Read()方法会持续地返回0,但是不抛出异常,所以会产生一个无限循环;而如果直接关闭掉客户端,或者客户端执行完毕 但没有调用stream.Dispose()或者TcpClient.Close(),如果服务器端此时仍阻塞在Read()方法处,则会在服务器端抛出 异常:“远程主机强制关闭了一个现有连接”。因此,我们将服务端的streamToClient.Read()方法需要写在一个try/catch中。同 理,如果在服务端已经连接到客户端之后,服务端调用remoteClient.Close(),则客户端会得到异常“无法将数据写入传输连接: 您的主机中的软件放弃了一个已建立的连接。”;而如果服务端直接关闭程序的话,则客户端会得到异常“无法将数据写入传输连接: 远程主机强迫关闭了一个现有的连接。”。因此,它们的读写操作必须都放入到try/catch块中。

2.服务端回发,客户端接收并输出

2.2服务端程序

我们接着再进行进一步处理,服务端将收到的字符串改为大写,然后回发,客户端接收后打印。此时它们的角色和上面完全进行了一下对调:对于服务端来 说,就好像刚才的客户端一样,将字符串写入到流中;而客户端则同服务端一样,接收并打印。除此以外,我们最好对流的读写操作加上lock,现在我们直接看 代码,首先看服务端:

class Server {
    static void Main(string[] args) {
        const int BufferSize = 8192;    // 缓存大小,8192Bytes
        ConsoleKey key;
        Console.WriteLine("Server is running … ");
        IPAddress ip = new IPAddress(new byte[] { 127, 0, 0, 1 });
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开始侦听
        Console.WriteLine("Start Listening …");
        // 获取一个连接,同步方法,在此处中断
        TcpClient remoteClient = listener.AcceptTcpClient();
        // 打印连接到的客户端信息
        Console.WriteLine("Client Connected!{0} <– {1}",
            remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
        // 获得流
        NetworkStream streamToClient = remoteClient.GetStream();
       
        do {
            // 写入buffer中
            byte[] buffer = new byte[BufferSize];
            int bytesRead;
            try {
                lock(streamToClient){
                    bytesRead = streamToClient.Read(buffer, 0, BufferSize);
                }
                if (bytesRead == 0) throw new Exception("读取到0字节");
                Console.WriteLine("Reading data, {0} bytes …", bytesRead);
                // 获得请求的字符串
                string msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
                Console.WriteLine("Received: {0}", msg);
                // 转换成大写并发送
                msg = msg.ToUpper();                   
                buffer = Encoding.Unicode.GetBytes(msg);
                lock(streamToClient){
                    streamToClient.Write(buffer, 0, buffer.Length);
                }
                Console.WriteLine("Sent: {0}", msg);
            } catch (Exception ex) {
                Console.WriteLine(ex.Message);
                break;
            }                          
        } while (true);
        streamToClient.Dispose();
        remoteClient.Close();
       
        Console.WriteLine("\n\n输入\"Q\"键退出。");
        do {
            key = Console.ReadKey(true).Key;
        } while (key != ConsoleKey.Q);
    }
}

接下来是客户端:

class Client {
    static void Main(string[] args) {
        Console.WriteLine("Client Running …");
        TcpClient client;
        ConsoleKey key;
        const int BufferSize = 8192;
        try {
            client = new TcpClient();
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
                   
        NetworkStream streamToServer = client.GetStream();         
        Console.WriteLine("Menu: S – Send, X – Exit");
        do {
            key = Console.ReadKey(true).Key;
            if (key == ConsoleKey.S) {
                // 获取输入的字符串
                Console.Write("Input the message: ");
                string msg = Console.ReadLine();
                byte[] buffer = Encoding.Unicode.GetBytes(msg);     // 获得缓存
                try {
                    lock(streamToServer){
                        streamToServer.Write(buffer, 0, buffer.Length);     // 发往服务器
                    }
                    Console.WriteLine("Sent: {0}", msg);
                    int bytesRead;
                    buffer = new byte[BufferSize];                     
                    lock(streamToServer){
                        bytesRead = streamToServer.Read(buffer, 0, BufferSize);
                    }
                    msg = Encoding.Unicode.GetString(buffer, 0, bytesRead);
                    Console.WriteLine("Received: {0}", msg);
                } catch (Exception ex) {
                    Console.WriteLine(ex.Message);
                    break;
                }
            }
        } while (key != ConsoleKey.X);
        streamToServer.Dispose();
        client.Close();
        Console.WriteLine("\n\n输入\"Q\"键退出。");
        do {
            key = Console.ReadKey(true).Key;
        } while (key != ConsoleKey.Q);
    }
}

最后我们运行程序,然后输入一串英文字符串,然后看一下输出:

// 客户端
Client is running …
Server Connected!127.0.0.1:12662 –> 127.0.0.1:8500
Menu: S – Send, X – Exit
Input the message: Hello, I'm jimmy zhang.
Sent: Hello, I'm jimmy zhang.
Received: HELLO, I'M JIMMY ZHANG.
// 服务端
Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:12662
Reading data, 46 bytes …
Received: Hello, I'm jimmy zhang.
Sent: HELLO, I'M JIMMY ZHANG.

看到这里,我想你应该对使用TcpClient和TcpListener进行C#网络编程有了一个初步的认识,可以说是刚刚入门了,后面的路还很 长。本章的所有操作都是同步操作,像上面的代码也只是作为一个入门的范例,实际当中,一个服务端只能为一个客户端提供服务的情况是不存在的,下面就让我们 来看看上面所说的第四种情况,如何进行异步的服务端编程。

附录:ASCII、UTF8、Uncicode编码下的中英文字符大小

private static void ShowCode() {
    string[] strArray = { "b", "abcd", "乙", "甲乙丙丁" };
    byte[] buffer;
    string mode, back;
    foreach (string str in strArray) {
        for (int i = 0; i <= 2; i++) {
            if (i == 0) {
                buffer = Encoding.ASCII.GetBytes(str);
                back = Encoding.ASCII.GetString(buffer, 0, buffer.Length);
                mode = "ASCII";
            } else if (i == 1) {
                buffer = Encoding.UTF8.GetBytes(str);
                back = Encoding.UTF8.GetString(buffer, 0, buffer.Length);
                mode = "UTF8";
            } else {
                buffer = Encoding.Unicode.GetBytes(str);
                back = Encoding.Unicode.GetString(buffer, 0, buffer.Length);
                mode = "Unicode";
            }
            Console.WriteLine("Mode: {0}, String: {1}, Buffer.Length: {2}",
                mode, str, buffer.Length);
            Console.WriteLine("Buffer:");
            for (int j = 0; j <= buffer.Length – 1; j++) {
                Console.Write(buffer[j] + " ");
            }
            Console.WriteLine("\nRetrived: {0}\n", back);
        }
    }
}

输出为:

Mode: ASCII, String: b, Buffer.Length: 1
Buffer: 98
Retrived: b
Mode: UTF8, String: b, Buffer.Length: 1
Buffer: 98
Retrived: b
Mode: Unicode, String: b, Buffer.Length: 2
Buffer: 98 0
Retrived: b
Mode: ASCII, String: abcd, Buffer.Length: 4
Buffer: 97 98 99 100
Retrived: abcd
Mode: UTF8, String: abcd, Buffer.Length: 4
Buffer: 97 98 99 100
Retrived: abcd
Mode: Unicode, String: abcd, Buffer.Length: 8
Buffer: 97 0 98 0 99 0 100 0
Retrived: abcd
Mode: ASCII, String: 乙, Buffer.Length: 1
Buffer: 63
Retrived: ?
Mode: UTF8, String: 乙, Buffer.Length: 3
Buffer: 228 185 153
Retrived: 乙
Mode: Unicode, String: 乙, Buffer.Length: 2
Buffer: 89 78
Retrived: 乙
Mode: ASCII, String: 甲乙丙丁, Buffer.Length: 4
Buffer: 63 63 63 63
Retrived: ????
Mode: UTF8, String: 甲乙丙丁, Buffer.Length: 12
Buffer: 231 148 178 228 185 153 228 184 153 228 184 129
Retrived: 甲乙丙丁
Mode: Unicode, String: 甲乙丙丁, Buffer.Length: 8
Buffer: 50 117 89 78 25 78 1 78
Retrived: 甲乙丙丁

大体上可以得出这么几个结论:

  • ASCII不能保存中文(貌似谁都知道=_-`)。
  • UTF8是变长编码。在对ASCII字符编码时,UTF更省空间,只占1个字节,与ASCII编码方式和长度相同;Unicode在对ASCII字符编码时,占用2个字节,且第2个字节补零。
  • UTF8在对中文编码时需要占用3个字节;Unicode对中文编码则只需要2个字节。

[C#]C#网络编程基本概念和操作

mikel阅读(910)

C#网络编程(基本概念和操作) – Part.1

源码下载:http://www.tracefact.net/SourceCode/Network-Part1-2.rar

引言

C#网络编程系列文章计划简单地讲述网络编程方面的基础知识,由于本人在这方面功力有限,所以只能提供一些初步的入门知识,希望能对刚开始学习的朋友提供一些帮助。如果想要更加深入的内容,可以参考相关书籍。

本文是该系列第一篇,主要讲述了基于套接字(Socket)进行网络编程的基本概念,其中包括TCP协议、套接字、聊天程序的三种开发模式,以及两 个基本操作:侦听端口、连接远程服务端;第二篇讲述了一个简单的范例:从客户端传输字符串到服务端,服务端接收并打印字符串,将字符串改为大写,然后再将 字符串回发到客户端,客户端最后打印传回的字符串;第三篇是第二篇的一个强化,讲述了第二篇中没有解决的一个问题,并使用了异步传输的方式来完成和第二篇 同样的功能;第四篇则演示了如何在客户端与服务端之间收发文件;第五篇实现了一个能够在线聊天并进行文件传输的聊天程序,实际上是对前面知识的一个综合应 用。

与本文相关的还有一篇文章是:C#编写简单的聊天程序,但这个聊天程序不及本系列中的聊天程序功能强大,实现方式也不相同。

网络编程基本概念

1.面向连接的传输协议:TCP

对于TCP协议我不想说太多东西,这属于大学课程,又涉及计算机科学,而我不是“学院派”,对于这部分内容,我觉得作为开发人员,只需要掌握与程序相关的概念就可以了,不需要做太艰深的研究。

我们首先知道TCP是面向连接的,它的意思是说两个远程主机(或者叫进程,因为实际上远程通信是进程之间的通信,而进程则是运行中的 程序),必须首先进行一个握手过程,确认连接成功,之后才能传输实际的数据。比如说进程A想将字符串“It's a fine day today”发给进程B,它首先要建立连接。在这一过程中,它首先需要知道进程B的位置(主机地址和端口号)。随后发送一个不包含实际数据的请求报文,我 们可以将这个报文称之为“hello”。如果进程B接收到了这个“hello”,就向进程A回复一个“hello”,进程A随后才发送实际的数据 “It's a fine day today”。

关于TCP第二个需要了解的,就是它是全双工的。意思是说如果两个主机上的进程(比如进程A、进程B),一旦建立好连接,那么数据就既可以由A流向B,也可以由B流向A。除此以外,它还是点对点的,意思是说一个TCP连接总是两者之间的,在发送中,通过一个连接将数据发给多个接收方是不可能的。TCP还有一个特性,就是称为可靠的数据传输,意思是连接建立后,数据的发送一定能够到达,并且是有序的,就是说发的时候你发了ABC,那么收的一方收到的也一定是ABC,而不会是BCA或者别的什么。

编程中与TCP相关的最重要的一个概念就是套接字。我们应该知道网络七层协议,如果我们将上面的应用程、表示层、会话层笼统地算作一 层(有的教材便是如此划分的),那么我们编写的网络应用程序就位于应用层,而大家知道TCP是属于传输层的协议,那么我们在应用层如何使用传输层的服务呢 (消息发送或者文件上传下载)?大家知道在应用程序中我们用接口来分离实现,在应用层和传输层之间,则是使用套接字来进行分离。它就像是传输层为应用层开 的一个小口,应用程序通过这个小口向远程发送数据,或者接收远程发来的数据;而这个小口以内,也就是数据进入这个口之后,或者数据从这个口出来之前,我们 是不知道也不需要知道的,我们也不会关心它如何传输,这属于网络其它层次的工作。

举个例子,如果你想写封邮件发给远方的朋友,那么你如何写信、将信打包,属于应用层,信怎么写,怎么打包完全由我们做主;而当我们将信投入邮筒时, 邮筒的那个口就是套接字,在进入套接字之后,就是传输层、网络层等(邮局、公路交管或者航线等)其它层次的工作了。我们从来不会去关心信是如何从西安发往 北京的,我们只知道写好了投入邮筒就OK了。可以用下面这两幅图来表示它:

注意在上面图中,两个主机是对等的,但是按照约定,我们将发起请求的一方称为客户端,将另一端称为服务端。可以看出两个程序之间的对话是通过套接字这个出入口来完成的,实际上套接字包含的最重要的也就是两个信息:连接至远程的本地的端口信息(本机地址和端口号),连接到的远程的端口信息(远程地址和端口号)。注意上面词语的微妙变化,一个是本地地址,一个是远程地址。

这里又出现了了一个名词端口。一般来说我们的计算机上运行着非常多的应用程序,它们可能都需要同远程主机打交道,所以远程主机就需要 有一个ID来标识它想与本地机器上的哪个应用程序打交道,这里的ID就是端口。将端口分配给一个应用程序,那么来自这个端口的数据则总是针对这个应用程序 的。有这样一个很好的例子:可以将主机地址想象为电话号码,而将端口号想象为分机号。

在.NET中,尽管我们可以直接对套接字编程,但是.NET提供了两个类将对套接字的编程进行了一个封装,使我们的使用能够更加方便,这两个类是TcpClient和TcpListener,它与套接字的关系如下:

从上面图中可以看出TcpClient和TcpListener对套接字进行了封装。从中也可以看出,TcpListener位于接收流的位 置,TcpClient位于输出流的位置(实际上TcpListener在收到一个请求后,就创建了TcpClient,而它本身则持续处于侦听状态,收 发数据都可以由TcpClient完成。这个图有点不够准确,而我暂时没有想到更好的画法,后面看到代码时会更加清楚一些)。

我们考虑这样一种情况:两台主机,主机A和主机B,起初它们谁也不知道谁在哪儿,当它们想要进行对话时,总是需要有一方发起连接,而另一方则需要对本机的某一端口进行侦听。而在侦听方收到连接请求、并建立起连接以后,它们之间进行收发数据时,发起连接的一方并不需要再进行侦听。因为连接是全双工的,它可以使用现有的连接进行收发数据。而我们前面已经做了定义:将发起连接的一方称为客户端,另一段称为服务端,则现在可以得出:总是服务端在使用TcpListener类,因为它需要建立起一个初始的连接

2.网络聊天程序的三种模式

实现一个网络聊天程序本应是最后一篇文章的内容,也是本系列最后的一个程序,来作为一个终结。但是我想后面更多的是编码,讲述的内容应该不会太多,所以还是把讲述的东西都放到这里吧。

当采用这种模式时,即是所谓的完全点对点模式,此时每台计算机本身也是服务器,因为它需要进行端口的侦听。实现这个模式的难点是:各个主机(或终 端)之间如何知道其它主机的存在?此时通常的做法是当某一主机上线时,使用UDP协议进行一个广播(Broadcast),通过这种方式来“告知”其它主 机自己已经在线并说明位置,收到广播的主机发回一个应答,此时主机便知道其他主机的存在。这种方式我个人并不喜欢,但在 C#编写简单的聊天程序 这篇文章中,我使用了这种模式,可惜的是我没有实现广播,所以还很不完善。

第二种方式较好的解决了上面的问题,它引入了服务器,由这个服务器来专门进行广播。服务器持续保持对端口的侦听状态,每当有主机上线时,首先连接至 服务器,服务器收到连接后,将该主机的位置(地址和端口号)发往其他在线主机(绿色箭头标识)。这样其他主机便知道该主机已上线,并知道其所在位置,从而 可以进行连接和对话。在服务器进行了广播之后,因为各个主机已经知道了其他主机的位置,因此主机之间的对话就不再通过服务器(黑色箭头表示),而是直接进 行连接。因此,使用这种模式时,各个主机依然需要保持对端口的侦听。在某台主机离线时,与登录时的模式类似,服务器会收到通知,然后转告给其他的主机。

第三种模式是我觉得最简单也最实用的一种,主机的登录与离线与第二种模式相同。注意到每台主机在上线时首先就与服务器建立了连接,那么从主机A发往 主机B发送消息,就可以通过这样一条路径,主机A –> 服务器 –> 主机B,通过这种方式,各个主机不需要在对端口进行侦听,而只需要服务器进行侦听就可以了,大大地简化了开发。

而对于一些较大的文件,比如说图片或者文件,如果想由主机A发往主机B,如果通过服务器进行传输效率会比较低,此时可以临时搭建一个主机A至主机B之间的连接,用于传输大文件。当文件传输结束之后再关闭连接(桔红色箭头标识)。

除此以外,由于消息都经过服务器,所以服务器还可以缓存主机间的对话,即是说当主机A发往主机B时,如果主机B已经离线,则服务器可以对消息进行缓存,当主机B下次连接到服务器时,服务器自动将缓存的消息发给主机B。

本系列文章最后采用的即是此种模式,不过没有实现过多复杂的功能。接下来我们的理论知识告一段落,开始下一阶段――漫长的编码。

基本操作

1.服务端对端口进行侦听

接下来我们开始编写一些实际的代码,第一步就是开启对本地机器上某一端口的侦听。首先创建一个控制台应用程序,将项目名称命名为 ServerConsole,它代表我们的服务端。如果想要与外界进行通信,第一件要做的事情就是开启对端口的侦听,这就像为计算机打开了一个“门”,所 有向这个“门”发送的请求(“敲门”)都会被系统接收到。在C#中可以通过下面几个步骤完成,首先使用本机Ip地址和端口号创建一个 System.Net.Sockets.TcpListener类型的实例,然后在该实例上调用Start()方法,从而开启对指定端口的侦听。

using System.Net;               // 引入这两个命名空间,以下同
using System.Net.Sockets;
using// 略

class Server {
    static void Main(string[] args) {
        Console.WriteLine("Server is running … ");
        IPAddress ip = new IPAddress(new byte[] { 127, 0, 0, 1 });
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开始侦听
        Console.WriteLine("Start Listening …");
        Console.WriteLine("\n\n输入\"Q\"键退出。");
        ConsoleKey key;
        do {
            key = Console.ReadKey(true).Key;
        } while (key != ConsoleKey.Q);
    }
}
// 获得IPAddress对象的另外几种常用方法:
IPAddress ip = IPAddress.Parse("127.0.0.1");
IPAddress ip = Dns.GetHostEntry("localhost").AddressList[0];   

上面的代码中,我们开启了对8500端口的侦听。在运行了上面的程序之后,然后打开“命令提示符”,输入“netstat-a”,可以看到计算机器中所有打开的端口的状态。可以从中找到8500端口,看到它的状态是LISTENING,这说明它已经开始了侦听:

  TCP    jimmy:1030             0.0.0.0:0              LISTENING
  TCP    jimmy:3603             0.0.0.0:0              LISTENING
  TCP    jimmy:8500             0.0.0.0:0              LISTENING
  TCP    jimmy:netbios-ssn     0.0.0.0:0              LISTENING

在打开了对端口的侦听以后,服务端必须通过某种方式进行阻塞(比如Console.ReadKey()),使得程序不能够因为运行结束而退出。否则 就无法使用“netstat -a”看到端口的连接状态,因为程序已经退出,连接会自然中断,再运行“netstat -a”当然就不会显示端口了。所以程序最后按“Q”退出那段代码是必要的,下面的每段程序都会含有这个代码段,但为了节省空间,我都省略掉了。

2.客户端与服务端连接

2.1单一客户端与服务端连接

当服务器开始对端口侦听之后,便可以创建客户端与它建立连接。这一步是通过在客户端创建一个TcpClient的类型实例完成。每创建一个新的 TcpClient便相当于创建了一个新的套接字Socket去与服务端通信,.Net会自动为这个套接字分配一个端口号,上面说过,TcpClient 类不过是对Socket进行了一个包装。创建TcpClient类型实例时,可以在构造函数中指定远程服务器的地址和端口号。这样在创建的同时,就会向远 程服务端发送一个连接请求(“握手”),一旦成功,则两者间的连接就建立起来了。也可以使用重载的无参数构造函数创建对象,然后再调用Connect() 方法,在Connect()方法中传入远程服务器地址和端口号,来与服务器建立连接。

这里需要注意的是,不管是使用有参数的构造函数与服务器连接,或者是通过Connect()方法与服务器建立连接,都是同步方法(或者说是阻塞的,英文叫block)。 它的意思是说,客户端在与服务端连接成功、从而方法返回,或者是服务端不存、从而抛出异常之前,是无法继续进行后继操作的。这里还有一个名为 BeginConnect()的方法,用于实施异步的连接,这样程序不会被阻塞,可以立即执行后面的操作,这是因为可能由于网络拥塞等问题,连接需要较长 时间才能完成。网络编程中有非常多的异步操作,凡事都是由简入难,关于异步操作,我们后面再讨论,现在只看同步操作。

创建一个新的控制台应用程序项目,命名为ClientConsole,它是我们的客户端,然后添加下面的代码,创建与服务器的连接:

class Client {
    static void Main(string[] args) {
        Console.WriteLine("Client Running …");
        TcpClient client = new TcpClient();
        try {
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        // 按Q退出
    }
}

上面带代码中,我们通过调用Connect()方法来与服务端连接。随后,我们打印了这个连接消息:本机的Ip地址和端口号,以及连接到的远程Ip 地址和端口号。TcpClient的Client属性返回了一个Socket对象,它的LocalEndPoint和RemoteEndPoint属性分 别包含了本地和远程的地址信息。先运行服务端,再运行这段代码。可以看到两边的输出情况如下:

// 服务端:
Server is running …
Start Listening …
// 客户端:
Client Running …
Server Connected!127.0.0.1:4761 –> 127.0.0.1:8500

我们看到客户端使用的端口号为4761,上面已经说过,这个端口号是由.NET随机选取的,并不需要我们来设置,并且每次运行时,这个端口号都不同。再次打开“命令提示符”,输入“netstat -a”,可以看到下面的输出:

  TCP    jimmy:8500             0.0.0.0:0              LISTENING
  TCP    jimmy:8500             localhost:4761         ESTABLISHED
  TCP    jimmy:4761             localhost:8500         ESTABLISHED

从这里我们可以得出几个重要信息:1、端口8500和端口4761建立了连接,这个4761端口便是客户端用来与服务端进行通信的端口;2、 8500端口在与客户端建立起一个连接后,仍然继续保持在监听状态。这也就是说一个端口可以与多个远程端口建立通信,这是显然的,大家众所周之的HTTP 使用的默认端口为80,但是一个Web服务器要通过这个端口与多少个浏览器通信啊。

2.2多个客户端与服务端连接

那么既然一个服务器端口可以应对多个客户端连接,那么接下来我们就看一下,如何让多个客户端与服务端连接。如同我们上面所说的,一个TcpClient就是一个Socket,所以我们只要创建多个TcpClient,然后再调用Connect()方法就可以了:

class Client {
    static void Main(string[] args) {
        Console.WriteLine("Client Running …");
        TcpClient client;
        for (int i = 0; i <= 2; i++) {
            try {
                client = new TcpClient();
                client.Connect("localhost", 8500);      // 与服务器连接
            } catch (Exception ex) {
                Console.WriteLine(ex.Message);
                return;
            }
            // 打印连接到的服务端信息
            Console.WriteLine("Server Connected!{0} –> {1}",
                client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        }                  
        // 按Q退出
    }
}

上面代码最重要的就是client = new TcpClient()这句,如果你将这个声明放到循环外面,再循环的第二趟就会发生异常,原因很显然:一个TcpClient对象对应一个Socket,一个Socket对应着一个端口,如果不使用new操作符重新创建对象,那么就相当于使用一个已经与服务端建立了连接的端口再次与远程建立连接

此时,如果在“命令提示符”运行“netstat -a”,则会看到类似下面的的输出:

  TCP    jimmy:8500             0.0.0.0:0               LISTENING
  TCP    jimmy:8500             localhost:10282        ESTABLISHED
  TCP    jimmy:8500             localhost:10283        ESTABLISHED
  TCP    jimmy:8500             localhost:10284        ESTABLISHED
  TCP    jimmy:10282            localhost:8500         ESTABLISHED
  TCP    jimmy:10283            localhost:8500         ESTABLISHED
  TCP    jimmy:10284            localhost:8500         ESTABLISHED

可以看到创建了三个连接对,并且8500端口持续保持侦听状态,从这里以及上面我们可以推断出TcpListener的Start()方法是一个异步方法。

3.服务端获取客户端连接

3.1获取单一客户端连接

上面服务端、客户端的代码已经建立起了连接,这通过使用“netstat -a”命令,从端口的状态可以看出来,但这是操作系统告诉我们的。那么我们现在需要知道的就是:服务端的程序如何知道已经与一个客户端建立起了连接?

服务器端开始侦听以后,可以在TcpListener实例上调用AcceptTcpClient()来获取与一个客户端的连接,它返回一个 TcpClient类型实例。此时它所包装的是由服务端去往客户端的Socket,而我们在客户端创建的TcpClient则是由客户端去往服务端的。这 个方法是一个同步方法(或者叫阻断方法,block method),意思就是说,当程序调用它以后,它会一直等待某个客户端连接,然后才会返回,否则就会一直等下去。这样的话,在调用它以后,除非得到一个 客户端连接,不然不会执行接下来的代码。一个很好的类比就是Console.ReadLine()方法,它读取输入在控制台中的一行字符串,如果有输入, 就继续执行下面代码;如果没有输入,就会一直等待下去。

class Server {
    static void Main(string[] args) {
        Console.WriteLine("Server is running … ");
        IPAddress ip = new IPAddress(new byte[] { 127, 0, 0, 1 });
        TcpListener listener = new TcpListener(ip, 8500);
        listener.Start();           // 开始侦听
        Console.WriteLine("Start Listening …");
        // 获取一个连接,中断方法
        TcpClient remoteClient = listener.AcceptTcpClient();
        // 打印连接到的客户端信息
        Console.WriteLine("Client Connected!{0} <– {1}",
           remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
        // 按Q退出
    }
}

运行这段代码,会发现服务端运行到listener.AcceptTcpClient()时便停止了,并不会执行下面的 Console.WriteLine()方法。为了让它继续执行下去,必须有一个客户端连接到它,所以我们现在运行客户端,与它进行连接。简单起见,我们 只在客户端开启一个端口与之连接:

class Client {
    static void Main(string[] args) {
        Console.WriteLine("Client Running …");
        TcpClient client = new TcpClient();
        try {
            client.Connect("localhost", 8500);      // 与服务器连接
        } catch (Exception ex) {
            Console.WriteLine(ex.Message);
            return;
        }
        // 打印连接到的服务端信息
        Console.WriteLine("Server Connected!{0} –> {1}",
            client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
        // 按Q退出
    }
}

此时,服务端、客户端的输出分别为:

// 服务端
Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:5188
// 客户端
Client Running …
Server Connected!127.0.0.1:5188 –> 127.0.0.1:8500

3.2获取多个客户端连接

现在我们再接着考虑,如果有多个客户端发动对服务器端的连接会怎么样,为了避免你将浏览器向上滚动,来查看上面的代码,我将它拷贝了下来,我们先看下客户端的关键代码:

TcpClient client;
for (int i = 0; i <=2; i++) {
    try {
        client = new TcpClient();
        client.Connect("localhost", 8500);      // 与服务器连接
    } catch (Exception ex) {
        Console.WriteLine(ex.Message);
        return;
    }
    // 打印连接到的服务端信息
    Console.WriteLine("Server Connected!{0} –> {1}",
        client.Client.LocalEndPoint, client.Client.RemoteEndPoint);
}

如果服务端代码不变,我们先运行服务端,再运行客户端,那么接下来会看到这样的输出:

// 服务端
Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:5226
// 客户端
Client Running …
Server Connected!127.0.0.1:5226 –> 127.0.0.1:8500
Server Connected!127.0.0.1:5227 –> 127.0.0.1:8500
Server Connected!127.0.0.1:5228 –> 127.0.0.1:8500

就又回到了本章第2.2小节“多个客户端与服务端连接”中的处境:尽管有三个客户端连接到了服务端,但是服务端程序只接收到了一个。这是因为服务端只调用了一次listener.AcceptTcpClient(),而它只对应一个连往客户端的Socket。但是操作系统是知道连接已经建立了的,只是我们程序中没有处理到,所以我们当我们输入“netstat -a”时,仍然会看到3对连接都已经建立成功。

为了能够接收到三个客户端的连接,我们只要对服务端稍稍进行一下修改,将AcceptTcpClient方法放入一个do/while循环中就可以了:

Console.WriteLine("Start Listening …");
while (true) {
    // 获取一个连接,同步方法
    TcpClient remoteClient = listener.AcceptTcpClient();
    // 打印连接到的客户端信息
    Console.WriteLine("Client Connected!{0} <– {1}",
        remoteClient.Client.LocalEndPoint, remoteClient.Client.RemoteEndPoint);
}

这样看上去是一个死循环,但是并不会让你的机器系统资源迅速耗尽。因为前面已经说过了,AcceptTcpClient()再没有收到客户端的连接 之前,是不会继续执行的,它的大部分时间都在等待。另外,服务端几乎总是要保持在运行状态,所以这样做并无不可,还可以省去“按Q退出”那段代码。此时再 运行代码,会看到服务端可以收到3个客户端的连接了。

Server is running …
Start Listening …
Client Connected!127.0.0.1:8500 <– 127.0.0.1:5305
Client Connected!127.0.0.1:8500 <– 127.0.0.1:5306
Client Connected!127.0.0.1:8500 <– 127.0.0.1:5307

本篇文章到此就结束了,接下来一篇我们来看看如何在服务端与客户端之间收发数据。

[Java]基于socket server push技术的聊天室实现(下)

mikel阅读(790)

基于socket server push技术的聊天室实现(下)

下面我们来看看具体实现流程:
  聊天服务器的实现
  我们的服务器的核心部分是ThreadedChatHandle类,我们需要处理的数据主要包括两部分——在线列表和用户发言。在线列表可以直接使用大的对象数组,这是基于一个聊天室容量是有限制的考虑。而用户的发言直接发到管道里面就可以了。
  在线列表类的定义如下:
  class Chater
  { private static Double id;//这个ID作为区别号,同时
   private Double socketid; file://与聊天主帧对应的Socket相关联。
   private String nickname;// 用户昵称
   private String passwd;// 用户昵称
   private Int privilige;//
   private String[] filter;//某个用户的过滤列表
   private Double login_time;//记录登录时间,用以清除一些超时联接
   private String color;//用户聊天颜色
  ……//限于篇幅,省略了相关的方法。
  }
   注意:以上用户数据大部分是在login阶段,用户通过身份验证以后填入的。只有socketid要等到聊天主帧(一个普通的聊天界面包括聊天主帧,发 言帧,在线列表帧三个部分)显示以后才得到。如果超过一定时间,socketid还是没有填入,说明浏览器取得主框架以后连接中断了,这时候就需要删除该 用户数据。如果要实现象sohu那样的私聊的话,还应该增加用户IP地址的属性。
  用户发言类的定义如下:
  class Content
  { private Double timestamp;//时间戳
  private Double fromChaterid;//发言人id
  private Double toChaterid;//聊天对象id
  private Boolen isSecurity;//是否私聊标志
  private String theContent;//聊天内容,在构建器里处理过,已经包括表情等ht
ml文本。
  ……//限于篇幅,省略了相关的方法。
  }
  
   核心的ThreadedChatHandle类主要处理的工作是分析用户请求。客户端发送的请求的值,主要有login(验证身份,显示聊天室主框 架)、joinchat(初始化聊天信息,如显示欢迎等,显示聊天内容显示帧,并保持连接,发送聊天信息。)、showtalk(显示发言的帧)、 names(显示在线列表帧)、leave(用户点击按钮离开聊天室)等等。
  假如我们使用GET方法传递数据而不是通过POST方法提交表单的话,用户数据输入都是在URL里传送,下面是几个url实例,结合后面客户端流程,可以更好地理解ThreadedChatHandle类的职能:
  这是一个用户名密码均为’aaa’的聊天用户登录系统,说了一句话“hello”,然后退出所产生的一系列请求:
  /login?name=aaa&passwd=aaa
  /joinchat?chaterid=555
  /showtalk?chaterid=555
  /names?chaterid=555
  /speak?chaterid=555
  /leave?chaterid=555
  ……
  以上是服务器程序流程,实际上我们参数的传递不能只传一个 chaterid,还需要有个对应的认证。而names传递一个chaterid是为了更新时间在线列表类内自己访问的时间,避免连接超时。下面我们从客户端看看具体登录过程。
  聊天界面由三个frame组成,其中joinchat帧是聊天内容显示部分;showtalk帧是用户输入部分,包括聊天内容输入、动作、过滤以及管理功能都在这一帧输入;names是在线名单显示部分,这一部分是定时刷新的。
  让我们从浏览器的角度来看看进入聊天室的过程。
  ◆首先浏览器请求页面
  http://host:8080/login?name=NAME&passwd=PWD
  此时一个ThreadedChatHandle出现(包括了一个socket连接),并发送了一行数据:
  GET /login?name=NAME&passwd=PWD HTTP/1.1
  ◆服务器生成一个session id,验证密码以后,发回:
  HTTP/1.1 200 OK
  <其他头信息>
  Content-TYPE: text/html
  <空行>
  <html>
  ……
  <frameset cols="*,170" rows="*" border="1" framespacing="1">
   <frameset rows="*,100,0" cols="*" border="0" framespacing="0">
    <frame src="/joinchat?chaterid=555" name="u" frameborder="NO" noresize>
    <frame src="/showtalk?chaterid=555" name="d" frameborder="NO" noresize>
   </frameset>
   <frame src="/names?chaterid=555" name="r" noresize>
  </frameset>
  ……
  </html>
  然后ThreadedChatHandle.start()退出,本子线程结束
  ◆浏览器收到以上html文件后,将会依次打开三个联接(其中的chaterid是需要传递的变量,555是个虚指):
  /joinchat?chaterid=555
  /showtalk?chaterid=555
  /names?chaterid=555
   这三个联接中的第一个联接joinchat在整个聊天过程中都是保持联接的,这样从浏览器角度来看,就是一个始终下载不完的大页面,显示效果上就是聊天 内容不是靠刷新来更新,而是不断地向上滚动。通过察看html代码可以看到,只有<html><body>,然后就是不断增加的聊天内容,没有 </body></html>。
  另外两个联接在页面发送完毕以后,处理这两个连接的线程就结束了。
  这样一次登录聊天室实际上有四个子线程响应,但登录完成以后,只有处理joinchat帧的线程依然存活,用于接收来自服务器的聊天信息,这是基于推技术聊天室的关键所在。
  当然,如果用户有其它操作的请求,例如用户注册、修改昵称、修改密码等操作都可以通过类的扩充得到相对应的响应。通过对类方法的重载还可以比较方便的根据需要修改用户认证机制与网站其它功能模块结合在一块。

[Java]基于socket server push技术的聊天室实现(上)

mikel阅读(917)

基于socket server push技术的聊天室实现(上)

基于推技术的聊天室在国内现在已经比较常见。这种聊天室最大的特点是不使用浏览器每格一段时间就刷新的方式,而让服务器不定时往客户端写聊天的内容。当有 人发言时,屏幕上才会出现新聊天内容,而且聊天内容是不断向上滚动的,如果浏览器状态栏在的话,可以看到进度条始终处于下载页面状态。即使这种聊天室容纳 上百人,性能不会明显的降低。而以往的CGI或活动服务器端脚本做的聊天室性能明显就不行了。
   推技术的聊天室聊天室基本原理是,不使用HTTPD服务器程序,由自己的Socket程序监听服务器的80端口,根据html规范,在接收到浏览器的请 求以后,模仿www服务器的响应,将聊天内容发回浏览器。在浏览器看来就象浏览一个巨大的页面一样始终处于页面接收状态。也就是说,我们不再使用CGI等 方式来处理聊天的内容,而采用我们自己的程序来处理所有的事务。实际上它就是一个专门的聊天服务器,即一个简化了的专门用于聊天的WWW服务器。
  在具体讨论程序的实现之前,我们先来解析一下相关的技术。
◆http请求和应答过程
  http协议是浏览器与WWW服务器之间通信的标准,Socket聊天服务器应当遵守这个协议。实际上,我们只需要使用其中的一小部分就可以了。
   http使用了C/S(客户/服务器)模式,其中浏览器是http客户,浏览某个页面实际上就是打开一个Socket连接,发送一个请求到WWW服务 器,服务器根据所请求的资源发送应答给浏览器,然后关闭连接。客户和服务器之间的请求和应答有一定的格式要求,只要按照这个格式接收请求发送应答,浏览器 就会正常的显示你所需要的的内容。
  请求和应答具有类似的结构,包括:
  · 一个初始行
  · 0个或多个header lines
  · 一个空行
  · 可选的信息
  我们看看一个浏览器发出的请求:
  当我们浏览网页http://www.somehost.com/path/file.html的时候,浏览器首先打开一个到主机www.somehost.com的80端口的socket,然后发送以下请求:
  GET /path/file.html HTTP/1.0
  From: someuser@somehost.com
  User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows NT 5.0; DigExt)
  [空行]
  第一行GET /path/file.html HTTP/1.0是我们需要处理的核心。由以空格分隔的三部分组成,方法(method):GET,请求资源:/path/file.html,http版本:HTTP/1.0。
  服务器将会通过同一个socket用以下信息回应:
  HTTP/1.0 200 OK
  Date: Fri, 31 Dec 1999 23:59:59 GMT
  Content-Type: text/html
  Content-Length: 1354
  <html>
  <body>
  <h1>Hello world!</h1>
(其他内容)…
  </body>
  </html>
  第一行同样也包括三部分:http版本,状态码,与状态码相关的描述。状态码200表示请求成功。
  发送完应答信息以后,服务器就会关闭socket。
◆服务器模型
  一般网络服务器主要分为两种:
   (1)循环服务器(iterative server):它是一个时刻只能处理一个请求的服务器,多个请求同时到来将会放在请求队列里。TCP套接字服务器一般很少采用循环方式,因为假如某个客 户和服务器的连接出了问题,会导致整个服务器挂掉。它常为UDP套接字服务器所采用。
  (2)并发服务器(concurrent server):在每个请求到来以后分别产生一个新进程来处理这个请求所产生的连接。TCP的Socket服务器大多采用并发方式提供服务。
  并发服务器有多种实现方法:
  i 服务器和每个接收到的客户机进行连接,创建一个新的子进程处理这个客户机请求。
  ii 服务器预先创建多个子进程,由这个子进程处理客户机请求。这种方式被称为“预创建(prefork)”服务器。
  iii 服务器用函数select实现对多个客户机连接的多路复用。
  iv 超级服务器(inet)激活的服务器。
   并发服务器由于其算法而具有与生俱来的快速响应优势,而且当某一个用户与服务器通信死锁不会影响其他进程,但由于多个进程之间需要通过进程间通信实现信 息交换,而且fork新进程所带来的开销随着用户数量的增加越来越大,因此原始的并发服务器并不一定是最好的选择。JAVA语言给我们带来的方便的线程机 制,使我们可以用多线程来代替多进程,实现并发服务器,为我们进行快速的商业版本的聊天室的开发提供了优势。
  值得注意的是,在linux下,JAVA并没有实现真正的多线程,本质上仍然是多进程。
  ◆POST与GET
   提交form表单信息一般常用的有两种:POST或者GET。POST由于长度不受限制,而作为大多数form提交时使用的方法。GET方法通过URL 来发送提交信息,由于URL被WWW服务器限制了长度,一般最长只能为1024字节,所以如果发送信息很长的话,就不能使用这种方法。
  由于我们对聊天内容有长度限制,不会太长,而且普通浏览页面使用GET方法,使用GET方法提交form表单可以简化处理过程,所以我们可以使用这种方法来提交聊天内容。
  我们感到美中不足的是GET方法将提交的内容简单的附在连接后边,我们如果能够将提交的内容进行HTML编码的话,就可以让客户舒服点了。
 ◆用JAVA实现并发SOCKET通信
  如果以前做过C的SOCKET编程,那么这一段对你来说将不是什么难事。利用JAVA的多线程机制我们可以非常方便的实现并发服务。
  每当我们知道服务器主程序创建一个新的套接字连接(即成功地调用了accept()方法)的时候,就启动一个新的线程来负责本服务器和该客户之间的连接,主程序将返回并等待下一个连接。为了实现这个方案,本服务器主循环应该采用如下形式:
  while(true)
  { Socket newjoin=s.accept();
  Tread t=new ThreadedChatHandle(newjoin);
  t.start();
  }
   ThreadedChatHandle类是从Thread类衍生出的处理聊天过程的子类,它的run()方法包括了服务器和客户的通信循环——判断客户 的请求(例如登录、发言、刷新在线列表),处理发言数据,发送聊天信息等等。下面是一个服务器程序的例子,可以帮助初学者尽快理解。
  import java.io.*;
  import java.net.*;
  public class ChatServer
  { public static void main(String[] args)
  { int I=1;
  try
  {ServerSocket s=new ServerSocket(8080);
  /*创建一个监视8080端口的服务器套接字,如果需要,你可以改成80端口*/
  for(;;)
  { Socket newjoin=s.accept();
  /*等待一个连接。如果这个连接没有被创建,本方法阻塞当前线程。返回值是一个
Socket对象,服务器程序利用这个对象可以与连接的客户通信。*/
   System.out.println(“新连接”+i);
   new ThreadedChatHandle(newjoin,i).start();
  /* ThreadedChatHandle(Socket theS,int c)是我们自己定义的聊天服务类,这个
类在后边我们有进一步描述*/
       i++;
  }
  }
  catch(Exception e)
  { System.out.println(e);
  }
  }
  ……
  }
   多进程(线程)并发服务的一个关键问题是,如何实现进程(线程)间通信。每个客户的发言(包括表情和动作等选项)都需要放在一个公共的地方,让所有的输 出线程都能够获得它。解决的方法有很多,比如说放在数据库里,放在大家都有权限的dat文件里,或直接用管道实现进程间通信。其中,对一个聊天室服务器来 说,第一种方法是最傻的,太消耗系统资源,而且使程序执行效率变慢,可能出错环节增多。而使用管道通信的方式,把所有发言数据都保存在内存里,不但可以获 得最高的执行效率,安全的执行过程,也不用考虑线程同步的问题。不要以为所有的发言数据会很多,其实服务器端只要保存最后100句就已经很了不起了,不是 吗?
  JAVA里关于管道的API有:
  ●Java.io.PipedInputStream
  PipldInputStream():
  创建新的管道输入流,且它没有关联一个管道输出流。
  PipldInputStream(PipldOutputStream out):
  创建新的管道输入流,且从管道输出流out中读取数据。
  connect(PipldOutputStream out):
  关联一个管道输出流,且这个流读取数据。
  ●Java.io.PipedOutputStream
  PipldOutputStream():
  创建新的管道输出流,且它没有关联一个管道输入流。
  PipldOutputStream(PipldInputStream in):
  创建新的管道输出流,并输出数据到in。
  connect(PipldInputStream in):
  关联一个管道输入流,并输入数据到in。
  ◆Daemon的实现
  实际上,我还没有找到直接在JAVA中实现后台守护进程的方法。实现一个后台进程需要完成一系列的工作,包括:关闭所有的文件描述字;改变当前工作目录;重设文件存取屏蔽码(umask) ;在后台执行;脱离进程组;忽略终端I/O信号;脱离控制终端。
   JAVA中有一个叫Daemon Thread的东西,我没有使用过。据介绍,这种叫服务线程的东东唯一的目的就是为其它线程提供服务。而一个程序里如果只剩下服务线程的话,这个程序就会 停止(和我们的初衷简直就是南辕北辙)。有兴趣的朋友可以看看相关的内容,在java.lang.Thread.setDaemon()。
  虽然我们不能用JAVA实现后台服务守护进程,不过我们还有JAVA的C接口,问题总有解决的办法。
  ◆异常处理
   在Socket通信过程中很容易出现一些意外情况,如果不加处理直接发送数据,就可能导致程序意外退出。例如,客户关闭了socket后,服务器继续发 送数据,这就会导致异常。为避免这一情况的发生,我们必须对它进行处理,一般情况下,只需要简单地忽略这个信号就可以了。幸好,JAVA的异常处理机制还 比较强壮。
  ◆用户断线判断和处理
  许多情况下,用户不是通过提交“离开”按钮离开聊天室,这时候就需要判断用户是 否断线了。一般用户断线可能包括以下几种情况:方法是:当用户关闭浏览器,或者点击了浏览器stop按钮,或者跳转到其他网页的时候(如果用 JavaScript弹出一个聊天窗口的话,那么这两种情况我们是能够避免的——大不了再禁止右键),相对应的socket将会变成可读状态,而此时读出 的数据却是空字符串。
  利用这个原理,只要在某个可读的socket读取数据时,读到的却是空数据,那么我们就可以断定,与这个socket相对应的用户断线了。
  ◆防止连接超时断线
  如果浏览器在一段时间内没有接到任何数据,那么就会出现超时错误。要避免这一错误,必须在一定间隔内发送一些数据,在我们这个应用系统里,可以发送一些html注释。发送注释的工作可以直接插入聊天内容之间来完成。

[Lucene]Lucene.Net的语言处理包中Lucene.Net.Analysis.Cn的Bu

mikel阅读(619)

Lucene.Net的语言处理包中Lucene.Net.Analysis.Cn的Bug

    最近在对博客园的搜索程序进行改进。博客园的搜索功能用的是Lucene.net搜索引擎,当时博客园增加搜索功能时,Lucene.net还不支持中文分词, 后来得到http://www.cnblogs.com/yuhen/的帮助才解决这个问题。(最近博客园的搜索程序出了问题, 暂时改用google)。

    现在,Lucene.net中支持分词功能, 我下载了语言处理包(Lucene.Net NLS Pack),用其中的Lucene.Net.Analysis.Cn.ChineseAnalyzer建立索引,可是每次建立索引就出现死锁现象。看了sf.net上的这篇文章CJK Analysis maybe cause dead lock, 我想到可能是Lucene.Net.Analysis.Cn中代码有Bug,查看了Lucene.Net.Analysis.Cn中的代码,果然有问题, 在ChineseTokenizer的第148行,将dataLen == -1改为dataLen == 0, 死锁的问题就解决了。
    后来, 发现这篇文章http://ms.mblogger.cn/yysun/posts/6092.aspx中也讲到了Lucene.Net.Analysis.Cn中的Bug。
    我将两个bug改了一下,放在博客园上给需要者下载。虽然只改了两行代码,但我想改好了放在这,对一些初次使用者还是有点帮助的。
    Bin: http://files.cnblogs.com/dudu/Lucene.Net.Analysis.Cn.rar
    Src: http://files.cnblogs.com/dudu/Lucene.Net.NLS.rar