【文章內(nèi)容簡介】 ncSocket，它繼承了父類中一些常用易懂的 Windows Sockets API 函數(shù)，并對 CAsyncSocket 中底層的較難控制的一些 API 函數(shù)或成員函數(shù)進行了處理，它通過 MFCCArchive 對象進行信息的接發(fā)操作，使得網(wǎng)絡傳輸如同使用 MFC 的文檔連載協(xié)議（ Serialization protocol），簡捷易用。同時它支持模塊化的后臺信息處理，解決了 CAsyncSocket 中較難克服的多線程處理。 1） Socket 有三種類型 :流式 Socket， 數(shù)據(jù)報 Socket 及原始 Socket。 流式 Socket 定義了一種可靠的面向連接的服務 ， 實現(xiàn)了無差錯無重復的順序數(shù)據(jù)傳輸 ； 數(shù)據(jù)報 Socket定義了一種無連接的服務 ， 數(shù)據(jù)通過相互獨立的報文進行傳輸 ， 是無序的并且不保證可靠無差錯 ； 原始 Socket 允許對低層協(xié) 議如 IP 或 ICMP 直接訪問 ， 主要用于新的網(wǎng)絡協(xié)議實現(xiàn)的測試等 。 無連接服務器一般都是面向事務處理的 ， 一個請求一個應答就完成了客戶程序與服務程序之間的相互作用 。 面向連接服務器處理的請求往往比較復雜 ， 不是一來一去的請求應答所能解決的 ， 而且往往是并發(fā)服務器 。 2） Socket 工作過程 :服務器端首先啟動 ， 通過調(diào)用 socket()建立一個 Socket， 相當于文件 I/O的申請文件句柄 ； 然后調(diào)用 bind()將該 Socket和本地網(wǎng)絡地址聯(lián)系在一起 ； 再調(diào)用 listen ()使 Socket做好偵聽的準備 ， 并規(guī)定它的請求隊列的 長度 ， 該調(diào)用僅用于面向連接的服務器 。 一旦 Socket已建立 ， 服務器需要等待一個連接 ， 這通過調(diào)用 accept() 完成 ，該調(diào)用使服務器阻斷直至到達一個連接請求 ， 當一個請求到達時 ， accept() 返回 ， 服務器可用交互或并發(fā)形式處理請求 。 客戶端首先也要先建立 Socket， 然后就可調(diào)用 connect() 10 和服務器建立連接 ； 連接一旦建立 ,客戶機和服務器之間就可以通過調(diào)用 read()和 write()來發(fā)送和接收數(shù)據(jù) , 如同文件 I/O一樣 ,最后待數(shù)據(jù)傳送結(jié)束后 ,雙方調(diào)用 close()關(guān)閉 Socket。 圖 22 程序流程圖 flow chart of programme 從以上討論可以看出 , Socket 機制使復雜的網(wǎng)絡通信變得如文件 I/O一樣簡單 , 大大簡化了網(wǎng)絡編程的復雜性 。 當然 ， 以上討論并不是原則性的 ,如果拋開客戶機 /服務器模型 ,上述 Socket調(diào)用是非常靈活的 ， 唯一的原則是只要保證分組能正確地傳到信宿端 ,并能正確接收傳往自己的分組 ， 任何調(diào)用方式都是允許的 ,上面的用法是較常用的合理模式 。 多線程技術(shù) 在 windows的一個進程內(nèi) ，包含一個或多個線程。線程是指進程的一條執(zhí)行路徑，它包含獨立的堆棧和 CPU寄存器狀態(tài)，每個線程共享所有的線程資源，包括打開的文件Socket()建立本地套接字 Bind()將本地端口與本地地址捆綁 Listen()服務器阻塞偵聽來自客戶端的請求 Socket()建立本地套接字 Accept()服務器接收客戶端請求 GetData()SendData()執(zhí)行數(shù)據(jù)傳送 GetData()SendData()執(zhí)行數(shù)據(jù)傳送 Connect()向服務器發(fā)出連接請求 CloseSockets() CloseSockets() 服務器端 客戶端 11 及動態(tài)分配的內(nèi)存等等。一個進程內(nèi)的所有線程使用同一個地址空間，而這些線程的執(zhí)行由系統(tǒng)調(diào)度程序控制，調(diào)度程序決定哪個線程可執(zhí)行以及什么時候執(zhí)行。線程具有優(yōu)先級別，優(yōu)先權(quán)較低的線程要等到優(yōu)先權(quán)較高的線程執(zhí)行完后再執(zhí)行。 如果用戶的應用程序需要有多個任務同時進行相應的處理，只使用多線程是較理想的選擇。多線程的應用范圍很廣，尤其是在目前的桌面平臺上，系統(tǒng)的許多功能如網(wǎng)絡、打印、圖形處理、和 文件管理都在一個系統(tǒng)中運行，更需要我們的應用程序能夠同時處理多個事件，而這些正是多線程可以實現(xiàn)的。 VC++ windows應用程序的集成開發(fā)環(huán)境 Developer Studio。 在這個環(huán)境中，用戶既可以編寫 C風格的 Win32應用程序，也可以利用 MFC類庫編寫 C++風格的程序。多線程在 Win32方式下和 MFC類庫支持下的原理是一致的，進程的主線程在任何需要的時候都可以創(chuàng)建新的線程。當線程執(zhí)行完任務后，自動中止線程；當進程結(jié)束后，所有的線程都中止。所有活動的線程共享進程的資源。因此，在編程時需考慮當 多個線程訪問同一資源時產(chǎn)生的沖突問題：當一個線程正在訪問一個進程對象時，另一個線程要改變該對象，這時可能會產(chǎn)生錯誤的結(jié)果。所以，編程時要注意解決這種沖突。 12 第三章 FTP 服務器設(shè)計與實現(xiàn) 客戶機 /服務器方式的 FTP服務器方在 VC++。其功能是實現(xiàn)服務通信功能，允許多個客戶連接，響應客戶請求，發(fā)送文本文件。為連接、熟悉通信過程，依據(jù)通信過程設(shè)定菜單欄，即開始連接偵聽等。標準的 FTP協(xié)議，功能豐富，在這里著重與客戶機 /服務器模型的實現(xiàn)，編程實現(xiàn)其最基本的功能。 總體設(shè)計 1） 需求概述 針對 FTP的服務器端來說， 主要為用戶和管理員提供訪問權(quán)限， 并通過偵聽端口以隨時響應合法的客戶請求。通過控制通道和 數(shù)據(jù)通道分別控制和響應對應的相關(guān)請求以及進行所需的數(shù)據(jù)文件傳輸。 響應的基本指令同標準的 FTP協(xié)議規(guī)范以做到兼容現(xiàn)行的FTP客戶端軟件，同時主要要保證同本組對應的 FTP客戶端程序相兼容，確保其正確性和可擴展性。 基于服務器端的功能和特點，需要保證能夠?qū)Χ丝谶M行實時偵聽，及時響應客戶端發(fā)送的命令，并由此打開控制通道，等待客戶端用戶的命令再做對應處理，開放數(shù)據(jù)通道進行信息和文件等數(shù)據(jù)的傳輸。服務器需要 能夠?qū)τ脩暨M行認證并對命令做出及時準確的回應，滿足傳輸?shù)刃枨?。由此在設(shè)計實現(xiàn)服務器端時，要能夠正確地解析來自客戶端發(fā)出的請求命令，給予實時同時需準確無誤地響應。要在客戶端完成登陸，退出，列目錄，下載 /上傳文件等操作的基礎(chǔ)上針對每個操作的對應命令做出回復完成合法用戶所需的功能。 2） 功能 設(shè)計 根據(jù) FTP協(xié)議，完成服務器端的基本功能： （ 1） 設(shè)計直觀的圖形用戶界面 ，管理用戶的信息 。 （ 2） 對客戶端的命令做出回復完成所需功能 。 。 3） 模塊概述 （ 1）用戶界面模塊負責響應用戶的鍵盤鼠標 及 輸入設(shè)置服務器的各個參數(shù)，為 用戶提供標準的 Windows 界面。 （ 2）連接監(jiān)聽與 FTP 命令處理模塊負責監(jiān)聽客戶端的連接。此模塊為 FTP 協(xié)議的核心，它具體負責 FTP 命令的解析與實現(xiàn)。 13 （ 3）客戶數(shù)據(jù)傳輸模塊負責具體的與客戶端的數(shù)據(jù)傳輸，包括文件的上傳，下 載 等。 軟件結(jié)構(gòu) 系統(tǒng) 結(jié)構(gòu)圖 圖 31 系統(tǒng)結(jié)構(gòu)圖 The structure of system 14 用戶界面 圖 32 用戶界面 The user interface 具體 設(shè)計與 實現(xiàn) 服務器的界面設(shè)計與系統(tǒng) 結(jié)構(gòu)已經(jīng)在前面作了介 紹 ，根據(jù)前面的分析 ， 系統(tǒng)程序大致可以分為以下幾個程序模塊：用戶管理 ，啟動和偵聽 ，命令控制和響應 ，數(shù)據(jù)傳送 。 1）主要類定義 （ 1） CmyFtpServerDlg： 主對話框類。用于圖形界面的處理， 提供的函數(shù)實現(xiàn)支持客戶端的請求并做出響應 ； 用于 用戶 管理 的對話框類，實際中應由管理員進行分配，使用戶在持有用戶名和密碼的情況下訪問 FTP服務器，同時也支持匿名登陸 。 （ 2） CServer： FTP服務器的建立類。 該類主要負責實現(xiàn)功能需求的各種函數(shù)，幾乎所有的響應指令都是通過該類完成 。 15 2）主要類接口 （ 1） CmyFtpServerDlg類： ? OnStartServer() ： 用于偵聽客戶端的請求以開啟服務器的相關(guān)服務，它調(diào)用ServerThread線程處理該操作 。 ? OnInitDialog()：對話框的定義與設(shè)置。 ? OnAddAccount()： 添加用戶。 ? OnDelAccount()：刪除用戶。 ? OnAccountInfor()：用戶信息管理。 ? OnRefreshPort()：端口號設(shè)置。 （ 2） CServer類： ? SendRes()：負責發(fā)送響應消息到客戶端。 ? RecvReq()： 接收數(shù)據(jù)。 ? WeleInfo( SOCKET s )：顯示歡迎消息。 ? LoginIn( LPSOCKET_INF pSocketInfo )：登陸 驗證 。 ? GetFileList()：文件信息列表。 ? ReadFileToBuffer()：向 Buffer中寫文件。 ? WriteToFile()：寫文件。 ? DataConn()：數(shù)據(jù)連接。 ? DataSend()：發(fā)送數(shù)據(jù)。 ? DataRecv()：接收數(shù)據(jù)。 ? DealCommand()：負責處理 FTP命令。 3）線程 設(shè)計 ServerThread和 ProcessTreadIO： 用于開啟服務器響應服務時 ， 為其開辟的線程 以防止服務器在忙于偵聽和處理客戶端請求時，無法響應其他的界面處理等操作 。ServerThread負責監(jiān)聽 sockets連接，一旦有客戶機連接到本機， ServerThread會調(diào)用ProcessTreadIO線程進行數(shù)據(jù)對話。 4）程序模塊 設(shè)計與實現(xiàn) （ 1）總體流程 16 圖 33 程序 流程圖 The flow chart of programme 服務器會先與客戶端進行連接 ，一旦驗證和連接成功完成后， 服務器和客戶端就會打開相關(guān)通道進行數(shù)據(jù)傳送等操作。 （ 2）用戶管理 通過增加用戶以允許合法的客戶能夠通過客戶端成功連接服務器以獲取所需信息和數(shù)據(jù) 。主要為用戶創(chuàng)建以下信息：用戶名、登錄密碼及登錄的初始根目錄。 用戶增加通過 CmyFtpServerDlg類中 OnAddAccount()函數(shù)實現(xiàn)。 用戶的刪除通過 CmyFtpServerDlg類中 OnDelAccount()函數(shù)實現(xiàn)。用戶的信息管理（賬號、密碼、根目錄的更改）則通過CmyFtpServerDlg類中 OnAccountInfor()實現(xiàn)。 以下 用于 用戶 管理 的用戶結(jié)構(gòu)體設(shè)計 主要代碼： struct CAccount 請求數(shù)據(jù) 拒接訪問 驗證用戶名、密碼 判定 錯誤 進入服務器指定目錄 上傳和下載文件 正確 17 { CString account。 CString password。 CString directory。 }。 CArrayCAccount,CAccountamp。 m_AccountArray。//全局結(jié)構(gòu)數(shù)組， 區(qū)分 每個用戶信息 （ 3） 啟動 和偵聽 圖 34程序流程圖 flow chart of programme 新建用戶后，通過開啟服務，服務 器端會對 21 端口進行不斷偵聽，當有相應客戶端請求時，就會打開命令通道，當有數(shù)據(jù)傳送時，再通過數(shù)據(jù)通道進行數(shù)據(jù)連接以傳輸文件等。 該功能如以上所說，通過在主對話框類 CmyFtpServerDlg 調(diào)用 OnStartServer()，并使用線程 ThreadStart 來實現(xiàn)偵聽和連接。以下為 OnStartServer()函數(shù)： CMyFtpServerDlg::OnStartServer() //開啟服務 { // TODO: Add your control notification handler code here 服務器地址和端口 打開命令通道 登陸成功 接受歡迎信息 USER 命令 PASS 命令 發(fā)送空命令 回應信息正確 回應信息正確 Y N Y N 18 //開始服務 CString wele。 GetDlgItemText(IDC_WELCOME,wele)。 (LPCSTR(),LPCSTR(),LPCSTR(t