【正文】 總 體上列出該聊天程序的基本功能需求，接下來的工作就是如何將這些功能開發(fā)的盡量完善，使得界面清晰簡單，方便易用。 服務(wù)器模型一般分為循環(huán)服務(wù)器和并發(fā)服務(wù)器，循環(huán)服務(wù)器一次只能處理一個連接，也就是說同一時間只能由一個用戶連接到服務(wù)器進(jìn)行消息處理，這種情況是不被允許的。對需求的深入理解是開發(fā)工作獲得成功的前提條件，它對目標(biāo)項目提出完整、準(zhǔn)確、清晰、具體的要求。 現(xiàn)在也有很多 在網(wǎng)絡(luò)上不使用服務(wù)器的通訊軟件，這種軟件小巧且方便，也能解決一部分問題。 27 第 1 頁 共 27 頁 1 引言 課題的 背景 及意義 在網(wǎng)絡(luò)無所不在的今天，在 Inter 上，有 ICQ、 MSN、 Gtalk、 OICQ 等網(wǎng)絡(luò)聊天軟件， 極大程度上方便了處于在世界各地的友人之間的相互聯(lián)系，也使世界 好像 一下子縮小了，不管你在哪里，只要你上了網(wǎng)，打開這些軟件，就可以給你的朋友發(fā) 送 信息，不管對方是否也同時在線，只要知道他有號碼。 25 致 謝 24 結(jié) 論 10 消息結(jié)構(gòu)體的設(shè)計 2 錯誤處理需求 最后總結(jié)了該軟件開發(fā)的不足之處，還有 軟件需要完善的部分 。 網(wǎng)絡(luò)聊天軟件作為一種開銷低 且 方便快捷的通訊手段，被越來越多的人所使用 。 之后，在通過對預(yù)備方案的分析和總結(jié)后，最終確定設(shè)計路線。 Network programming。 3 TCP/IP協(xié)議 5 Linux系統(tǒng)簡介 6 編程語言和編程工具簡介 8 本章小結(jié) 8 總體設(shè)計方案 12 服務(wù)器消息處理流 程 22 本章小結(jié) 伴隨著網(wǎng)絡(luò)的誕生，網(wǎng)絡(luò)聊天軟件也隨之而來。 所 以，開發(fā)一個網(wǎng)絡(luò)里的 C/S 通訊軟件 是十分必要 的 。 客戶端程序可以 顯示在線好友。 當(dāng) 有 錯誤發(fā)生時，我們應(yīng)該有一個很好的機(jī)制來保障錯誤能夠及時地被排除。 TCP 協(xié)議 因為我們這個程序所采用的是 面向 連接的 TCP 協(xié)議，所以我們這里就只對TCP（ 傳輸控制協(xié)議） 這一部分作詳細(xì)的介紹。 第 4 頁 共 27 頁 關(guān)于數(shù)據(jù)流傳輸， TCP 發(fā)送一個由序列號定義的無結(jié)構(gòu)的字節(jié)流。 全雙工操作： TCP 進(jìn)程能夠同時發(fā)送和接收包。一個典型的數(shù)據(jù)報就是一個二進(jìn)制數(shù)據(jù)的傳輸單位。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接，許多計算機(jī)操作系統(tǒng)為應(yīng)用程序與 TCP／ IP協(xié)議交互提供了稱為套接字 (Socket)的接口。 Gtk+圖形開發(fā)庫 簡介 Gtk+(GIMP Toolkit， GIMP工具包 )是一個用于創(chuàng)造圖形用戶接口的圖形庫。從本質(zhì)上來說， Gtk+構(gòu)件和 Gnome 構(gòu)件是完全類似的東西。 Glade 提供了一個類庫，在程序運(yùn)行的時候，它可以通過讀取 XML 文件而生成相應(yīng)的程序界面，從而達(dá)到了程序代碼邏輯與用戶界面的完全分離。 Linux 發(fā)布版本中都提供了 C編譯器 gcc，它目前的版本是 。 改變程序。服務(wù)程序通常在一個眾所周知的地址監(jiān)聽對服務(wù)的請求，也就是說，服務(wù)進(jìn)程一直處于休眠狀態(tài)，直到一個客戶程序提出了請求信息。 采用 UDP 方式連接 采用 UDP 協(xié)議的程序不需要 有 服務(wù)器，兩個程序之間可以通過無連接的方式進(jìn)行通 信，所以無連接是使用 UDP 協(xié)議程序的一個顯著特點(diǎn)。因此無連接客戶程序必須在一個協(xié)議端口，對應(yīng)答數(shù)據(jù)報進(jìn)行偵聽。 理論行于先，有了豐富的理論知識后，軟件的開發(fā)效果勢必事半功倍。 處理 聊天信息 模塊 ： 轉(zhuǎn)發(fā)消息給指定的用戶。 配置信息 模塊 ：提供基本的軟件配置操作。 char password[20]。 unsigned int status。 char dateserial[20]。當(dāng)用戶點(diǎn)擊離線用戶時便會觸發(fā)一個離線消息事件，該事件通過服務(wù)器轉(zhuǎn)發(fā)方式發(fā)送給離線用戶，當(dāng)對方上線時便可查看該離線消息。 服務(wù)器 消息 處理 模塊的設(shè)計 與實(shí)現(xiàn) 服務(wù)器的消息處理模塊主要由 7 部分組成 ，下面進(jìn)行分別論述： 用戶登錄消息處理模塊： 當(dāng)服務(wù)器 接收到用戶消息并判斷是登錄消息后，服務(wù)器將根據(jù)用戶所發(fā)送過來的用戶名和密碼到 表中進(jìn)行匹配，如果匹配成功則把該用戶加入到 表中，設(shè)置用戶在線狀態(tài)為真的同時調(diào)用發(fā)送聯(lián)系人在線列表函數(shù)，向添加該用戶為好友的用戶發(fā)送該用戶的上線信息。 刪除離線消息處理模塊： 如果客戶 做出 了刪除離線消息的動作， 那么服 務(wù)器端將會根據(jù)用戶的發(fā)送信息把該用戶的離線消息文件中的離線消息刪除。 離線消息存儲文件： 該文件中保存了 其它用戶發(fā)給當(dāng)前用戶的離線消息。 離線消息可以查看當(dāng)用戶不在線時，有哪些用戶向該用戶發(fā)送了離線消息。 GtkCellRenderer *renderer：定義一個數(shù)據(jù)表現(xiàn)形式 繪制類型 。 在系統(tǒng)調(diào)用線程時為保證線程安全，需要前后分別調(diào)用 gdk_threads_enter ()和 gdk_threads_leave ()函數(shù)。 如果登陸成功，則 創(chuàng)建線程來維護(hù)和服務(wù)器的連接。 給列添加新的屬性， STATUS_COLUMN_PIXMAP 指定了行信息， ” pixbuf” 指定了繪制類型 為圖像， renderer 指定了繪制方式 column = gtk_tree_view_column_new_with_attributes (Status, renderer, pixbuf, STATUS_COLUMN_PIXMAP, NULL)。 該模塊主要處理以下幾種消息類型： 第 24 頁 共 27 頁 更新 聯(lián)系人列表信息： 當(dāng)判斷接收到的消息為 GIF_ADDRLIST_MSG 時，程序?qū)β?lián)系人視圖進(jìn)行刷新以便及時的顯示聯(lián)系人的當(dāng)前狀態(tài)。 通過對本章的 分析理 解將會對整個軟件 的設(shè)計模式 和編寫流程 有一個比較深入的了解。 第 25 頁 共 27 頁 參考文獻(xiàn) [1] Stevens[美 ].TCP/IP詳解 卷 1：協(xié)議 [M].西安： 機(jī)械工業(yè)出版社 ， 2021。文中除了特別加以標(biāo)注地方外，不包含他人已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得成都信息工程學(xué)院或其他教學(xué)機(jī)構(gòu)的學(xué)位或證書而使用過的材料。 除非另有科研合同和其他法律文書 的制約，本論文的科研成果屬于成都信息工程學(xué)院。 本文是在 李曉崗老師和 茍智堅 老師的熱情關(guān)心和指導(dǎo)下完成的，他 們 淵博的知識和嚴(yán)謹(jǐn)?shù)闹螌W(xué)作風(fēng)使我受益匪淺，對順利完 成本課題起到了極大的作用。 [3] Stevens[美 ].UNIX 網(wǎng)絡(luò)編程 (卷 2：進(jìn)程間通信 )第二版 [M].北京： 清華大學(xué)出版社 ， 2021。 這款軟件目前所具備的功能已經(jīng)能夠滿足日常的聊天需求。 聊天信息： 當(dāng)接收服務(wù)器發(fā)送的消息的類型為 GIF_CHAT_MSG 時，程序首先要確定是誰發(fā)出的聊天請求，然后判斷聊天窗口是否開啟，如果未開啟則將開啟標(biāo)識設(shè)為真，然后打開聊天窗口。 通過以上 3 個步驟一個視圖中就有了列，在進(jìn)行相同的操作可創(chuàng)建多個列值，在用戶聯(lián)系人視圖中只建了兩個列分別顯示 聯(lián)系人姓名和聯(lián)系人狀態(tài)。 界面顯示模塊： 當(dāng)用戶成 功登陸后，在聯(lián)系人列表中將會顯示用戶的聯(lián)系人信息，在離線消息窗口中會顯示接收到的離線消息 ，這兩個視圖均是用列表視圖來實(shí)現(xiàn)的。 gtk_widget_show(create_msgbox(error, Server Disconnected))。 上面的枚舉類型定義了用戶聯(lián)系人視窗中的列標(biāo)識。 圖 412 聊天窗口 紅色顯示的是用戶自身，藍(lán)色為聯(lián)系人。 主窗體：該窗體中包含了所有的用戶操作按鈕和好友列表，用戶的操作都在這個窗體中完成。之所以采用這種發(fā)式是因為該服務(wù)器作為一個小型的聊天軟件的服務(wù)器，本身所要求保存的數(shù)據(jù)量并不大，且用戶數(shù)量也是比較有限的，在這種情況下采用文件方式對信息進(jìn)行讀取在速度和開銷上都要有一些優(yōu)勢 ，且便于管理員管理用戶。 添加好友信息處理模塊： 第 17 頁 共 27 頁 當(dāng)服務(wù)器收到用戶請求加好友的消息時，服務(wù)器首先在 中查找要被添加的用戶是否存在，如果該用戶存在則把該用戶的信息存儲到當(dāng)前用戶的好友文件中，同時在被 添加好友的用戶的 表中保存當(dāng)前用戶的信息。 具體流程如下圖所示： 圖 46 管理 用戶流程圖 運(yùn)行用戶管理程序 添加用戶 顯示用戶 刪除用戶 退出程序 第 16 頁 共 27 頁 詳細(xì)設(shè)計 該部分詳細(xì)講述了服務(wù)器和客戶端的界面和代碼，直觀地對該軟件進(jìn)行設(shè)計說明，通過該部分將對軟件有一個全面的了解。 unsigned int length。 離線消息存儲時離線消息結(jié)構(gòu)： 第 12 頁 共 27 頁 typedef struct _offline_msgs_t { char sender[20]。 在線用戶信息結(jié)構(gòu)： typedef struct _online_users_t { char loginid[20]。 unsigned int length。 第 9 頁 共 27 頁 發(fā)布系統(tǒng)消息模塊：將 用戶 上 下線 的 消息發(fā)給各客戶端，并改寫用戶在服務(wù)器端 和客戶端 的狀態(tài)。 總體 設(shè)計 方案 為實(shí)現(xiàn)網(wǎng)絡(luò)聊天的功能， 該軟件 采用 Socket 編程，服務(wù)器與客戶端采用了TCP/IP 方式連接 ，在設(shè)計聊天方案時，實(shí)行將所有信息發(fā)往服務(wù)器端，再由服務(wù)器進(jìn)行分別處理的思路，服務(wù)器端是所有信息的中心。也就是說，類似服務(wù)器程序，無連接客戶程序告訴 Socket 執(zhí)行體使用哪個協(xié)議端口進(jìn)行數(shù)據(jù) 傳輸。例如，無連接和連接服務(wù)器程序必須在協(xié)議端口偵聽客戶請求。 雖然基于連接的服務(wù)是設(shè)計客戶 /服務(wù)器應(yīng)用程序的標(biāo)準(zhǔn)，但有些服務(wù)也是可以通過數(shù)據(jù)報 Socket 提供的。 用戶 可以用 GDB 來調(diào)試 C和 C++寫的程序。 gcc 是可以在多種硬體平臺上編譯出可執(zhí)行程序的超級編譯器，其執(zhí)行效率與一般的編譯器相比平均效率要高20%~30% gcc 編譯器能將 C、 C++語言源程序、匯程式化序和目標(biāo)程序編譯、連接成可執(zhí)行文件，如果沒有給出可執(zhí)行文件的名字， gcc 將生成一個名為 的文件。對于比較小型的項目，這種方法是比較適用的。雖然完全是用 C寫成的，但它仍然是用類和回調(diào)函數(shù) (指向函數(shù)的指 針 )的方法實(shí)現(xiàn)的。 Gtk+圖形庫使用一系列稱為“構(gòu)件”的對象來創(chuàng)建應(yīng)用程序的圖形用戶接口。通過將這 3個參數(shù)結(jié)合起來，與一個 Socket 綁定，應(yīng)用層就可以和傳輸層通過套接