【文章內容簡介】 并不是定義了網(wǎng)絡的層次結構，而是描述了一種網(wǎng)絡程序運行的方式?？蛻艏?服務器模型將網(wǎng)絡應用程序分為客戶和服務器兩部分。客戶方對服務器方發(fā)送信息請求，服務器方對其做出相應回答，提供服務。在TCP/IP網(wǎng)絡應用中，多數(shù)網(wǎng)絡應用程序是使用客戶/服務器模型設計的。服務程序通常在一個眾所周知的地址監(jiān)聽對服務的請求，也就是說，服務進程一直處于休眠狀態(tài)，直到一個客戶程序提出了請求信息。此時，服務程序被驚醒并且為客戶提供服務，對客戶的請求做出適當?shù)姆磻?。雖然基于連接的服務是設計客戶/服務器應用程序的標準，但有些服務也是可以通過數(shù)據(jù)報Socket提供的。當建立服務器程序時，應該將服務器程序設計成等候客戶的請求。TCP傳輸層通過協(xié)議端口和應用程序通信，也就是說，為了接收客戶請求，服務器程序必須對傳輸層的一個特定協(xié)議端口進行偵聽。當服務器配置socket接口時，它使用bind()函數(shù)讓socket執(zhí)行體登記一個協(xié)議端口。也就是說，程序告訴socket執(zhí)行體使用哪一個協(xié)議端口進行數(shù)據(jù)傳送。Socket執(zhí)行體接著告訴傳輸層某個特定協(xié)議端口已被使用，并將其收到的所有數(shù)據(jù)傳送給Socket API。 采用UDP方式連接采用UDP協(xié)議的程序不需要有服務器，兩個程序之間可以通過無連接的方式進行通信，所以無連接是使用UDP協(xié)議程序的一個顯著特點。使用無連接協(xié)議的程序和使用面向連接協(xié)議的服務器程序之間的主要相似之處是它們都必須對一個協(xié)議端口進行偵聽。例如，無連接和連接服務器程序必須在協(xié)議端口偵聽客戶請求。同樣，由于無連接客戶程序沒有和遠地主機建立直接連接，所以它也必須對協(xié)議端口進行偵聽，以便接收以對它服務請求產(chǎn)生的數(shù)據(jù)報應答。Socket API中的bind()函數(shù)讓程序將一個本地地址（包括主機地址和協(xié)議端口）和一個Socket聯(lián)系起來。下面程序行顯示了一個典型的函數(shù)調用：result＝bind ( socket_handle, local_structure socket_address, address_ length)無連接客戶程序也對一個協(xié)議端口進行偵聽。使用無連接協(xié)議的程序不和遠地主機建立直接連接。無連接客戶程序使用數(shù)據(jù)報發(fā)送網(wǎng)絡服務請求，它不建立點到點連接。因此無連接客戶程序必須在一個協(xié)議端口，對應答數(shù)據(jù)報進行偵聽。與服務器程序一樣，無連接客戶程序也使用bind函數(shù)讓Socket執(zhí)行體登記協(xié)議端口。也就是說，類似服務器程序，無連接客戶程序告訴Socket執(zhí)行體使用哪個協(xié)議端口進行數(shù)據(jù)傳輸。Socket執(zhí)行體處理傳輸層內UDP軟件模塊和客戶程序之間的接口。 方案選擇綜合以上分析，本軟件開發(fā)選擇方案如下：Linux系統(tǒng)采用C語言開發(fā)， TCP方式進行連接。采用C/S結構。系統(tǒng)界面美觀內容豐富，很好的實現(xiàn)了與用戶的交互。 總體設計方案為實現(xiàn)網(wǎng)絡聊天的功能，該軟件采用Socket編程，服務器與客戶端采用了TCP/IP方式連接，在設計聊天方案時，實行將所有信息發(fā)往服務器端，再由服務器進行分別處理的思路，服務器端是所有信息的中心。 服務器功能模塊劃分服務器負責向各個客戶端發(fā)布系統(tǒng)消息。接受來自客戶端的各種信息并分別處理。針對這些操作，服務器做了如下的模塊劃分：處理登陸信息模塊：檢查登陸信息是否正確，并向客戶端返回登陸信息，如信息正確。就將在線用戶發(fā)給該用戶，并將該用戶的狀態(tài)發(fā)給各在線用戶。同時在服務器端顯示出來。處理聊天信息模塊：轉發(fā)消息給指定的用戶。處理申請信息模塊：通過用戶申請模塊進行新用戶的注冊，保存該用戶信息。發(fā)布系統(tǒng)消息模塊：將用戶上下線的消息發(fā)給各客戶端，并改寫用戶在服務器端和客戶端的狀態(tài)。服務器功能示意圖：服務器端處理申請信息轉發(fā)聊天信息處理登陸信息發(fā)布系統(tǒng)消息圖41 服務器功能模型 客戶端功能模塊劃分客戶端主要負責處理用戶的操作信息，當用戶做出相應的動作時客戶端應該能夠及時地做出相應，當GTK圖形程序檢測到鼠標點擊時，將觸發(fā)一個事件，對該事件進行動作的定義和函數(shù)的編寫便可完成相應的動作。因此，針對這些操作特性，將客戶端模塊進行如下劃分：登陸功能模塊：建立與服務器的連接并登陸，能顯示登陸錯誤信息。界面顯示模塊：將在線好友顯示在好友列表中，并顯示其當前狀態(tài)。聊天功能模塊：處理各種聊天信息，并判斷消息類型。離線消息模塊：接收和發(fā)送離線消息，對離線消息進行處理。配置信息模塊：提供基本的軟件配置操作。客戶端功能示意圖：登陸到服務器客戶端界面顯示模塊配置信息模塊聊天功能模塊離線消息模塊 息圖42 客戶端功能模型 消息標識的定義define GIF_LOGIN_MSG 1 用戶登錄define GIF_CALL_MSG 2 用戶呼叫define GIF_ADDRLIST_MSG 3更新聯(lián)系人列表信息define GIF_ADD_CONTACTS_MSG 4 添加連接信息define GIF_DELETE_CONTACTS_MSG 5 刪除連接信息define GIF_CHAT_MSG 6聊天信息define GIF_DISCONNECT_MSG 7 用戶下線消息define GIF_SUCCESS_N_ERROR_MSG 8消息請求成功或失敗信息define GIF_OFFLINE_REQUEST_MSG 9 發(fā)送離線消息define GIF_OFFLINE_MSG 10 離線消息define GIF_OFFLINE_DELETE_MSG 11 刪除離線消息用戶發(fā)送消息成功或失敗定義：define GIF_ERROR_LOGIN_INCORRECT 101 錯誤的登陸信息define GIF_SUCCESS_ADD_CONTACTS 102 添加連接信息成功define GIF_ERROR_ADD_CONTACTS 103 添加連接信息錯誤define GIF_SUCCESS_DELETE_CONTACTS 104 刪除連接信息成功define GIF_ERROR_DELETE_CONTACTS_NOT_A_CONTACT 105 用戶離線define GIF_ERROR_DELETE_CONTACTS_NOT_A_MEMBER 106 無指定用戶 消息結構體的設計消息頭：typedef struct _gifhdr_t{ unsigned int type。 unsigned int length。 char sender[10]。 char receiver[10]。 unsigned int reserved。}gifhdr_t。用戶信息結構：typedef struct _users_t{ char loginid[20]。 char password[20]。}users_t。在線用戶信息結構：typedef struct _online_users_t{ char loginid[20]。 int sockfd。}online_users_t。用戶聯(lián)系人信息結構：typedef struct _user_contacts_t{ char loginid[20]。}user_contacts_t。用戶當前狀態(tài)：typedef struct _user_status_t{ char loginid[20]。 unsigned int status。}user_status_t。離線消息存儲時離線消息結構：typedef struct _offline_msgs_t{ char sender[20]。 char dateserial[20]。 unsigned int new。 char message[1024]。}offline_msgs_t。用戶發(fā)送離線消息結構：typedef struct _offline_msgs_send_t{ char sender[20]。 char dateserial[20]。 unsigned int new。 unsigned int length。}offline_msgs_send_t。4 軟件流程本節(jié)主要敘述了該軟件的整體運作流程，包括服務器和客戶端對消息的處理等流程，通過本節(jié)將能夠對軟件的工作流程得到一個總體的認識。 服務器消息處理流程服務器運行后即處于監(jiān)聽狀態(tài)，當監(jiān)聽到有連接請求時服務器進入消息處理流程，因為服務器為并發(fā)服務器，所以可以同時對多個請求做出相應。具體流程如下圖所示：圖 43 服務器流程圖 客戶端操作流程這款聊天軟件的客戶端采用圖形化用戶接口方式，GTK圖形界面的主要特點就是事件觸發(fā)，當處理引擎接收到某一窗體消息時，處理引擎就會按照事先編寫好的函數(shù)作相應的處理動作，下圖總體上描述了客戶端軟件的操作處理流程：圖 4－4 客戶端操作流程圖 客戶端消息發(fā)送和接收流程客戶端運行后首先要用戶登錄到服務器，如果登陸成功服務器會將在線的用戶聯(lián)系人列表發(fā)送給客戶端，此時客戶端即可顯示有哪些好友在線而哪些是離線的。當用戶點擊在線好友時便會彈出一個聊天信息窗體，該窗體用于發(fā)送和接收用戶的聊天信息。當用戶點擊離線用戶時便會觸發(fā)一個離線消息事件，該事件通過服務器轉發(fā)方式發(fā)送給離線用戶，當對方上線時便可查看該離線消息。具體流程如下圖所示：圖 45 客戶端消息處理流程圖 申請用戶流程運行用戶管理程序添加用戶顯示用戶刪除用戶