【正文】 ............... 18 （一）服務(wù)器消息處理流程 ................................................................................. 18 （二）客戶端操作流程 ......................................................................................... 19 （三）客戶端消息發(fā)送和接收流程 ..................................................................... 19 （四）申請用戶流程 ............................................................................................. 22 五、詳細設(shè)計 .................................................................................................................. 22 （一）服務(wù)器主要函數(shù)和變量 ............................................................................. 22 （二）服務(wù)器消息處理模塊的設(shè) 計與實現(xiàn) ......................................................... 23 用戶登錄消息處理模塊： ...................................................................... 23 添加好友信息處理模塊： ...................................................................... 24 刪除好友信息處理模塊： ...................................................................... 24 IV 用戶聊天信息轉(zhuǎn)發(fā)的處理模塊： .......................................................... 24 用戶下線消息處理模塊： ...................................................................... 24 離線消息處理模塊： .............................................................................. 25 刪除離線消息處理模塊： ...................................................................... 25 （三）服務(wù)器數(shù)據(jù)存儲的方法 ............................................................................. 25 （四）客戶端主要窗口設(shè)計 ................................................................................. 26 （五）客戶端主要函數(shù)和變量 ............................................................................. 28 （六）客戶端功能模塊的設(shè)計與實現(xiàn) ................................................................. 29 （七）本章小結(jié) ..................................................................................................... 31 六、結(jié) 論 .................................................................................................................... 31 參考文獻 .......................................................................................................................... 32 致謝 .................................................................................................................................. 33 附錄 .................................................................................................................................. 34 1 Linux下的 類 軟件 開發(fā) 一、引言 （一）課題的背景及意義 在網(wǎng)絡(luò)無所不在的今天，在 Inter 上，有 ICQ、 MSN、 Gtalk、OICQ 等網(wǎng)絡(luò)聊天軟件，極大程度上方便了處于在世界各地的友人之間的相互聯(lián)系，也使世界好像一下子縮小了，不管你在哪里，只要你上了網(wǎng)，打開這些軟件，就可以給你的朋友發(fā)送信息，不管對方是否也同時在線，只要知道他有號碼?，F(xiàn)在也有很多在網(wǎng)絡(luò)上不使用服務(wù)器的通訊軟件，這種軟件小巧且方便，也能解決一部分問題。與 IP 協(xié)議相結(jié)合， TCP 代表了網(wǎng)絡(luò)協(xié)議的核心。 TCP 是面向連接的端到端的可靠協(xié)議 ,并保證傳送數(shù)據(jù)包的順序，而順序是用一個響應(yīng)序號來保證的，這個響應(yīng)序號告訴接收者發(fā)送者期望的下一個包。 UDP 協(xié)議簡介 UDP 協(xié)議是英文 User Datagram Protocol 的縮寫，即用戶數(shù)據(jù)報協(xié)議，主要用來支持那些需要在計算機之間傳輸數(shù)據(jù)的網(wǎng)絡(luò)應(yīng)用。 既然 UDP 是一種不可靠的網(wǎng)絡(luò)協(xié)議，那么還有什么使用價值或必要呢？其實不然，在有些情況下 UDP 協(xié)議可能會變得非常有用。通過將這 3 個參數(shù)結(jié)合起來，與一個 Socket 綁定，應(yīng)用層就可以和傳輸層通過套接字接口，區(qū)分來自 不同應(yīng)用程序進程或網(wǎng)絡(luò)連接的通信，實現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù) （五）開發(fā)平臺簡介 Linux 系統(tǒng)簡介 Linux 操作系統(tǒng)是 UNIX 操作系統(tǒng)的一種克隆系統(tǒng)。 Qt 是完全面向?qū)ο蟮?，很容易擴展，并且允許真正地組件編程。 6） XML 支持 。 GDB 主要能做四件事 (包括為了完成這些事而附加的功能 )，幫助用戶找出程序中的錯誤。所以，開發(fā)一個網(wǎng)絡(luò)里的 C/S 通訊軟件是十分必要的。 客戶端程序可以顯示在線好友。當(dāng)有錯誤發(fā)生時，我們應(yīng)該有一個很好的機制來保障錯誤能夠及時地被排除。在 TCP/IP 網(wǎng)絡(luò)應(yīng)用中，多數(shù)網(wǎng)絡(luò)應(yīng)用程序是使用客戶 /服務(wù)器模型設(shè)計的。 Socket 執(zhí)行體接著告訴傳輸層某個特定協(xié)議端口已被使用，并將其收到的所有數(shù)據(jù)傳送給 Socket API。無連接客戶程 序使用數(shù)據(jù)報發(fā)送網(wǎng)絡(luò)服務(wù)請求，它不建立點到點連接。 13 （三）總體設(shè)計方案 為實現(xiàn)網(wǎng)絡(luò)聊天的功能，該軟件采用 Socket 編程，服務(wù)器與客戶端采用了 TCP/IP 方式連接，在設(shè)計聊天方案時，實行將所有信息發(fā)往服務(wù)器端，再由服務(wù)器進行分別處理的思路，服務(wù)器端是所有信息的中心。 發(fā)布系統(tǒng)消息模塊：將用戶上下線的消息發(fā)給各客戶端，并改寫用戶在服務(wù)器端和客戶端的狀態(tài)。 unsigned int length。 在線用戶信息結(jié)構(gòu)： 17 typedef struct _online_users_t { char loginid[20]。 離線消息存儲時離線消息結(jié)構(gòu)： typedef struct _offline_msgs_t { char sender[20]。 unsigned int length。具體流程如 圖 43所示： 20 創(chuàng) 建 套 接 字S o c k e t （ ）綁 定 地 址B i n d （ ）監(jiān) 聽 連 接L i s t e n （ ）接 受 連 接A c c e p t ( )創(chuàng) 建 線 程P a t h r e a d _ c r e at e ( ）連 接 是否 成 功是否發(fā) 送 錯 誤 信息 并 關(guān) 閉 連接 套 接 字失 敗處 理 連 接 信息 R e c v ( )信 息 判 斷錯 誤根 據(jù) 信 息 標(biāo) 示選 擇 處 理 語 句S w i t c h ( )聊 天 信 息刪 除 連接 信 息添 加 連接 信 息處 理 用戶 登 陸用 戶 下線 消 息發(fā) 送 離 線消 息 請 求發(fā) 送 離線 消 息 循 環(huán) 體 while（ 1） 循環(huán)體while（1） 圖 41服務(wù)器流程圖 21 登 陸 程 序 主 窗 口 聊 天 離 線 消 息 添 加 刪 除 好 友添 加 用 戶 信 息請 求 登 陸是 否 登陸 成 功等 待 事 件 觸 發(fā)彈 出 聊 天 窗 口彈 出 聊 天 窗 口彈 出 添 加刪 除 窗 口根 據(jù) 判 斷 選擇 要 觸 發(fā) 的事 件關(guān) 閉 窗 口 關(guān) 閉 窗 口 關(guān) 閉 窗 口圖 42客戶端流程圖 創(chuàng) 建 套 接 字S o c k e t （ ）從 主 窗 體 點 鏈 接填 寫 服 務(wù) 器 和 用戶 信 息發(fā) 送 鏈 接 請 求C o n n e c t （ ）是 否 鏈 接 成 功發(fā) 送 用 戶 信 息S e n d （ ）是否創(chuàng) 建 線 程P t h r e a d_ c r e a t e ( )失 敗處 理 連 接 信 息信 息 判 斷成 功失 敗根 據(jù) 信 息 標(biāo) 識選 擇 處 理 語 句成 功更 新 用 戶 套接 字 列 表聊 天 信 息消 息 請 求 成 功或 失 敗 信 息離 線 信 息C a s e ： 3C a s e ： 1 0C a s e ： 6C a s e ： 8B r e a k圖 43客戶端消息處理流程 22 （四）申請用戶流程 管理員在服務(wù)器一端統(tǒng)一注冊用戶，然后將賬號分發(fā)給各用戶，申請用戶為單獨程序完成，當(dāng)新用戶注冊好后系統(tǒng)會創(chuàng)建 3 個用戶信息表用來保存相應(yīng)的客戶信息。如果匹配不成功，服務(wù)器將發(fā)送登錄失敗消息給客戶端，要求用戶重新登錄。 （三）服務(wù)器數(shù)據(jù)存儲的方法 該服務(wù)器采用文件作為數(shù)據(jù)存儲的對象。 主窗體：該窗體中包含了所有的用戶操作按鈕和好友列表，用戶的操作都在這個窗體中完成。 QTListStore *offline_temp_store：定義一個離線消息數(shù)據(jù)管 理類型。 Void gif_call_client_for_chat(GtkTreeSelection *selection, gpointer data)： 當(dāng)用戶點擊聯(lián)系人時會產(chǎn)生一個消息事件，程序根據(jù)用戶所選擇的聯(lián)系人生成聊天窗口，并對該窗體進行初始化。同時將用戶名寫入消息 30 頭結(jié)構(gòu)體，并將密碼隨同數(shù)據(jù)字段一起發(fā)送給服務(wù)器。 消息請求成功或失敗 信息：