Client Server

s60 c/s模型

Client/ Server

那我来抛砖引玉吧。你如果明白了，我也就省得跑路了。哈哈

symbian中的client/server机制：

Server和Client一般在不同的进程中运行，因此它们之间的通讯需要使用内核提供的某种IPC机制来进行通讯。Symbian提供一些封装好了的RSessionBase/CServer/CSession类供Client来建立和Server之间的连接，C/S之间通过消息（RMessage类）来进行通信，这样将内核的IPC实现细节隐藏在C++的函数调用中。

可以将Symbian中的C/S结构类似到一个基于TCP的Socket实现中。在一个典型的TCP Socket连接中，大概有如下的步骤：

1. Server启动，阻塞在Accept中等待客户请求

2. Client创建一个Socket，调用Connect尝试进行连接

3. Server从Accept返回，创建一个新的Socket和该Client进行通信

Symbian的C/S结构为：

1. Client创建一个RSessionBase，调用Connect方法连接Server

2. CServer当时阻塞在NewSession中，收到客户连接请求后，创建一个CSession该Client进行通信

3. 然后Client通过RSessionBase::SendReceive发送请求，Server端的CSession收到该请求并执行之。

因此，RSessionBase类似于TCP Socket中的Client端的套接字，CServer就是Server端那个Listen的套接字，CSession就是Server端用来和client通信的套接字。当然它们实际上有太多的不同。

稍微具体一点的基本流程是：

首先，Server开发者一般会提供给Client一个RSessionBase的派生类，例如我们常见的RFs。在这个

RSessionBase的派生类中，封装了一些函数，例如如何建立一个到Server的连接（按照惯例，该函数命名为Connect)，如何将request进行封装等。

Client于Server之间的典型通讯步骤：

1. Client调用一个RSessionBase派生类的Connect函数，例如 RMyServerSession::Connect

2. 该函数内部实现将寻找当前系统运行的Server（通过TFindServer），如果没有发现该Server运行，则；

3. 启动该Server(通过RThread::Create函数在另一个线程中启动，或者通过RProcess::Create函数在一个独立的进程中启动该Server，后面这种比较常见)。

Server被启动后，Server内部的实现大概如下：

在Server线程中，首先安装一个CActiveScheduler，然后创建一个具体的CServer对象，CServer本身继承自CActive，这样就使得Server可以被CActiveScheduler调度。然后启动该Server(调用

CServer::StartL，大概CServer的内部实现是调用基类CActive::SetActive，表明自己发出了一个请求，希望该请求完成时被调度，对于CServer，它发出的请求就是希望收到Client的连接)，然后进入wait loop(调用CActiveScheduler::Start函数)。当有客户通过CreateSession发送连接请求时，Scheduler将调用CServer::NewSessionL函数。

4. client调用RSessionBase::CreateSession函数建立一个到Server的连接（通过Server的名字）。(估计内核根据Server名字，找到对应该名字的线程RThread，然后就可以建立一个通道，估计RSessionBase中的iHandler成员变量用来代表这个连接通道，同时估计Server端的CSession中的RThread iClient成员