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