畢業(yè)設(shè)計(jì)----p2p的視頻會議軟件的開發(fā)

1、<p>　　P2P的視頻會議軟件的開發(fā)</p><p><b>　　摘要</b></p><p>　　J2EE往往使許多簡單問題變得復(fù)雜，尤其是采用EJB技術(shù)開發(fā)中小型Web應(yīng)用程序，往往會面臨諸多問題:復(fù)雜的J2EE多層結(jié)構(gòu)導(dǎo)致開發(fā)組開發(fā)質(zhì)量和效率均無法保障:部分開發(fā)人員缺乏J2EE經(jīng)驗(yàn)，很難在短時間內(nèi)進(jìn)入角色;項(xiàng)目組成員在整個開發(fā)過程中無法清晰分工，要掌

2、握的技術(shù)層面太多:技術(shù)水平往往不能體現(xiàn)項(xiàng)目小組整體水平，而是個人水平;中小型項(xiàng)目無法承擔(dān)應(yīng)用服務(wù)器較高的平臺成本，而且系統(tǒng)運(yùn)行速度可能很慢。</p><p>　　由于傳統(tǒng)J2EE的諸多問題，本人使用了一種基于輕量級J2EE框架的簡明、高效、可靠的BBS系統(tǒng)，該系統(tǒng)采用三層Web體系結(jié)構(gòu)模式，它們分別是表現(xiàn)層、業(yè)務(wù)邏輯層和持久化層。在表現(xiàn)層上使用了JSF框架，在業(yè)務(wù)邏輯層上使用了Spring框架，在持久化層上使用了

3、Hibernate框架。通過使用這三個框架，比較好地解決了上面提出的問題。</p><p>　　本論文闡述了如何使用三個著名的框架來開發(fā)BBS系統(tǒng)。首先論述傳統(tǒng)J2EE與輕量級J2EE的對比，突出輕量級J2EE的優(yōu)點(diǎn)，然后對在每一層上使用的框架進(jìn)行了介紹，接著對系統(tǒng)進(jìn)行了需求分析，最后使用框架技術(shù)對系統(tǒng)進(jìn)行了設(shè)計(jì)和實(shí)現(xiàn)。</p><p>　　關(guān)鍵字：BBS，J2EE,Spring,Hibe

4、rnate,JSF</p><p><b>　　Abstract</b></p><p>　　The use of J2EE in developing middle-to-small-sized web applications introduces usually a lot of problems to project team due to its relat

5、ively complicated infrastructure. In particular, it requires much more skilled developers than the application domain does, it makes the whole project task difficult to be divided into smaller ones. And thus it increases

6、 the project cost, makes the project quality and progress difficult to control.</p><p>　　Because tradition J2EE has lot of problems , so I use A new BBS system architecture based on lightweight J2EE Framewor

7、k which is elegant, effective and reliable was proposed.I partition the system architecture into three tier, they are presentation, business-logic and persistence. The presentation uses JSF; the business-logic uses the

8、Spring Framework the persistence uses Hibernate. I have solved better these problems by using the three fames.</p><p>　　This paper addresses how to use the three frames to develop the BBS System Above all di

9、scusses the comparison of tradition J2EE and lightweight J2EE , extrude the excellence of lightweight J2EE. afterward introduces the frame used at each tier, next analyzes the system requirement, last designs and implem

10、ents the system by using the frame technology.</p><p>　　Keywords: BBS，J2EE,Spring,Hibernate,JSF</p><p><b>　　1 緒論</b></p><p>　　1.1 論文課題概述</p><p>　　1.1.1 課題背景

11、</p><p>　　可以說文件交換的需求直接引發(fā)了P2P技術(shù)熱潮。在傳統(tǒng)的WEB方式中，要實(shí)現(xiàn)文件交換需要服務(wù)器的大力參與，通過將文件上傳到某個特定的網(wǎng)站，用戶再到某個網(wǎng)站搜索需要的文件，然后下載，這種方式的不便之處不言而喻。電子郵件是方便了個人間文件傳遞問題，卻沒法解決大范圍的交換。這也是WEB的重要缺陷，P2P就是在情況下橫空出世。P2P很好的解決了傳統(tǒng)的C/S模式下瓶頸問題，讓資源共享變的更方便，快捷。用

12、戶直接和用戶之間進(jìn)行數(shù)據(jù)交換，改變了傳統(tǒng)的模式。</p><p>　　1.1.2 課題目的和意義</p><p>　　本課題最終成果是完成一個基于P2P的文件共享系統(tǒng)。該系統(tǒng)可以發(fā)現(xiàn)網(wǎng)絡(luò)上的共享資源，并根據(jù)自己的需求下載自己需要的資源。在傳輸過程中還要保證數(shù)據(jù)傳輸?shù)耐暾桶踩?lt;/p><p>　　本課題的基礎(chǔ)是文件共享和P2P理論，涉及到知識管理、計(jì)算機(jī)網(wǎng)絡(luò)、分布

13、式存儲和心理學(xué)等領(lǐng)域相關(guān)理論。針對不同的應(yīng)用需求，人們提出了許多共享方式，以不同的方式來共享不同的內(nèi)容以滿足人們的需求。但是這些方法都不夠全面，沒有提出很好的文件共享模式，更加沒有很好的解決文件共享的需求。特別是在信息飛速增長的年代，人們對于信息的篩選即真正知識的共享的需求越來越強(qiáng)烈，而人類社會發(fā)展至今，亦未能找到很好的文件共享的模式和手段。</p><p>　　在理論上，本課題探尋文件共享的基礎(chǔ)理論——知識管理

14、理論、計(jì)算機(jī)網(wǎng)絡(luò)、分布式存儲和心理學(xué)——中相關(guān)研究成果的新結(jié)合點(diǎn)，研究在現(xiàn)有理論基礎(chǔ)上如何更好的滿足人們文件共享的需求，采用分布式、高效的基于P2P技術(shù)構(gòu)建的文件共享網(wǎng)絡(luò)這種文件共享模式，并明確提出了P2P文件共享網(wǎng)絡(luò)的整個架構(gòu)，同時，提出了一個P2P環(huán)境下維護(hù)數(shù)據(jù)一致性和可用性的算法；在實(shí)踐上，課題要實(shí)現(xiàn)了一個簡單的P2P知識共享網(wǎng)絡(luò)的框架，給出了原型實(shí)現(xiàn)，經(jīng)過小范圍的實(shí)驗(yàn)和部署，能夠證明P2P文件共享網(wǎng)絡(luò)能夠提供很高的可用性，并且文

15、件共享的效果也應(yīng)該很好。</p><p>　　此外，通過編寫此系統(tǒng)，我又進(jìn)一步熟悉了網(wǎng)絡(luò)體系結(jié)構(gòu)，TCP/IP協(xié)議的知識，熟練掌握了Socket編程，MFC編程，多線程編程，掌握了利用VC++進(jìn)行網(wǎng)絡(luò)開發(fā)的過程和步驟，為今后從事軟件行業(yè)奠定了基礎(chǔ)。</p><p>　　1.2 論文內(nèi)容概述</p><p>　　論文主要論述P2P文件共享的相關(guān)的理論知識，工作原理，編

16、程思路，以及具體實(shí)現(xiàn)細(xì)節(jié)。當(dāng)實(shí)現(xiàn)同一種功能有多種方法時，對這些方法進(jìn)行了比較，并說明選用該方法的理由。論文分以下幾個部分：第一部分是簡要介紹所選課題；第二部分是系統(tǒng)可行性研究；第三部分是論文所用到的一些理論知識概述；第四部分是系統(tǒng)概要設(shè)計(jì)；第五部分是系統(tǒng)詳細(xì)設(shè)計(jì)；第六部分是系統(tǒng)測試和實(shí)現(xiàn)。最后對系統(tǒng)的設(shè)計(jì)進(jìn)行了總結(jié)。英文翻譯、參考文獻(xiàn)和致謝詞是整個論文的結(jié)束。</p><p><b>　　2 系統(tǒng)可行性

17、研究</b></p><p>　　2.1 系統(tǒng)可行性分析</p><p>　　可行性分析[1]包括兩個部分：分析建立新系統(tǒng)的必要性和可能性。分析建立系統(tǒng)的必要性時要注意用戶提出的理由是否充分和合理。分析建立系統(tǒng)的可能性主要包括經(jīng)濟(jì)可行性、技術(shù)可行性和運(yùn)營可行性等。</p><p>　　2.1.1 系統(tǒng)設(shè)計(jì)的必要性</p><p>

18、　　現(xiàn)代社會網(wǎng)絡(luò)已經(jīng)成為我們生活中的一部分，針對不同的應(yīng)用需求，人們提出了許多共享方式，以不同的方式來共享不同的內(nèi)容以滿足人們的需求。但是這些方法都不夠全面，沒有提出很好的文件共享模式，更加沒有很好的解決文件共享的需求。特別是在信息飛速增長的年代，人們對于信息的篩選即真正知識的共享的需求越來越強(qiáng)烈，而人類社會發(fā)展至今，亦未能找到很好的文件共享的模式和手段。本論文結(jié)合P2P文件共享的原理，利用VC++工具編寫一個P2P系統(tǒng)，不僅實(shí)現(xiàn)了文件

19、共享的目的，而且鍛煉了自己的編程能力和動手能力，更重要的是有自己學(xué)習(xí)的滿足感，及由此而帶來的成就感。</p><p>　　此外，畢業(yè)設(shè)計(jì)也是大學(xué)生在校的一個必修環(huán)節(jié)，所以無論從主觀上還是客觀上，設(shè)計(jì)此系統(tǒng)都是必要的。</p><p>　　2.1.2 設(shè)計(jì)系統(tǒng)的可行性</p><p>　　分析建立系統(tǒng)的可行性包括經(jīng)濟(jì)可行性、技術(shù)可行性和運(yùn)營可行性，法律可行性。<

20、/p><p>　　經(jīng)濟(jì)可行性：與請求別人幫助設(shè)計(jì)相比，省去一筆費(fèi)用和溝通時間。</p><p>　　技術(shù)可行性：使用Visual C++作為開發(fā)工具，利用MFC進(jìn)行編程，便于高效開發(fā)GUI應(yīng)用程序，ClassWizard使得消息映射簡便易行，文檔/視結(jié)構(gòu)輕松處理和更新數(shù)據(jù)。在此集成開發(fā)環(huán)境下，開發(fā)Windows應(yīng)用程序是一件比較容易的事情。</p><p>　　運(yùn)營可行

21、性： 此掃描系統(tǒng)軟件可以用于商業(yè)銷售，為作者贏取部分收入。</p><p>　　法律可行性：此系統(tǒng)是應(yīng)畢業(yè)設(shè)計(jì)的要求而開發(fā)的，以后也只是用于個人或正當(dāng)?shù)纳虡I(yè)活動，不會觸犯法律。</p><p>　　經(jīng)分析，本系統(tǒng)是可以進(jìn)行開發(fā)和研究的。</p><p><b>　　3 相關(guān)理論和技術(shù)</b></p><p><b&

22、gt;　　3.1 網(wǎng)絡(luò)協(xié)議</b></p><p>　　3.1.1 TCP協(xié)議</p><p>　　TCP[2]協(xié)議(Transfer Control Protocol)即傳輸控制協(xié)議，它為網(wǎng)絡(luò)應(yīng)用程序提供面向連接的可靠的傳輸服務(wù)，工作在網(wǎng)絡(luò)體系結(jié)構(gòu)中的傳輸層。TCP在數(shù)據(jù)傳輸之前首先要利用三步握手協(xié)議建立連接，并且提供了分組編號，數(shù)據(jù)校驗(yàn)和重傳機(jī)制，確保數(shù)據(jù)傳輸?shù)恼_無誤。&

23、lt;/p><p>　　3.1.2 UDP協(xié)議</p><p>　　UDP[2]協(xié)議(User Datagram Protocol)即用戶數(shù)據(jù)報(bào)協(xié)議，它為網(wǎng)絡(luò)應(yīng)用程序提供無連接的數(shù)據(jù)傳輸服務(wù)，和TCP協(xié)議一樣，也工作在網(wǎng)絡(luò)體系結(jié)構(gòu)的傳輸層。UDP在數(shù)據(jù)傳輸之前不需要建立連接，數(shù)據(jù)準(zhǔn)備好就直接發(fā)送出去，不能保證分組準(zhǔn)確到達(dá)目的地。然而由于沒有三步握手和數(shù)據(jù)重傳操作，傳輸比較方便。</p&g

24、t;<p>　　3.1.3 IP協(xié)議</p><p>　　IP協(xié)議(Internet Protocol)即互聯(lián)網(wǎng)協(xié)議，它被用于異構(gòu)網(wǎng)絡(luò)的互聯(lián)，是各種各樣種類繁多的網(wǎng)絡(luò)的粘合劑，工作在網(wǎng)絡(luò)體系結(jié)構(gòu)的網(wǎng)絡(luò)層，為傳輸層提供獨(dú)立于網(wǎng)路的分組路由服務(wù)。每一臺連在網(wǎng)絡(luò)上的主機(jī)都會分配到一個IP地址，用以在網(wǎng)絡(luò)上標(biāo)識這臺主機(jī)。</p><p>　　3.1.4 ICMP協(xié)議</p>

25、;<p>　　ICMP[2]協(xié)議(Internet Control Management Protocol)即互聯(lián)網(wǎng)控制報(bào)文協(xié)議。是IP協(xié)議的附屬協(xié)議，主要負(fù)責(zé)在主機(jī)之間，主機(jī)與路由器之間傳遞差錯信息或者其它需要需要注意的信息。</p><p><b>　　3.1.5 說明</b></p><p>　　對于從源主機(jī)將數(shù)據(jù)傳輸?shù)侥康闹鳈C(jī)來說，IP地址和物理

26、地址是必需的。但是數(shù)據(jù)到達(dá)目的主機(jī)并不是在互聯(lián)網(wǎng)上通信的目的?；ヂ?lián)網(wǎng)上數(shù)據(jù)通信的最終目的是提供端到端的數(shù)據(jù)傳輸，即使一臺主機(jī)上的某個進(jìn)程能夠和另一臺主機(jī)上的某個進(jìn)程進(jìn)行通信。然而主機(jī)上通常有很多網(wǎng)絡(luò)應(yīng)用進(jìn)程，怎樣去區(qū)別呢？傳輸層提供了一種方法：凡是利用傳輸層進(jìn)行通信的進(jìn)程都被唯一地分配了一個16位的標(biāo)識，稱為端口號(Port)。這樣，借助于IP地址和端口號，就可以在網(wǎng)絡(luò)上唯一地表示一個進(jìn)程了，進(jìn)而完成進(jìn)程之間的通信。所以，一個端口就是一

27、個潛在的通信通道，也是一個潛在的入侵通道，對目標(biāo)計(jì)算機(jī)進(jìn)行端口掃描可以得到許多有用的信息。</p><p>　　3.2 Socket套接字</p><p>　　3.2.1 套接字概述</p><p>　　網(wǎng)絡(luò)層為我們提供分組路由服務(wù)，傳輸層為我們提供數(shù)據(jù)傳輸服務(wù)，那么我們怎樣在應(yīng)用程序中利用這些服務(wù)呢？答案是使用套接字[4]。</p><p>

28、;　　套接字是一種網(wǎng)絡(luò)編程界面，它方便了我們使用網(wǎng)絡(luò)傳輸服務(wù)，為我們進(jìn)行基于網(wǎng)絡(luò)的應(yīng)用開發(fā)提供了一整套編程接口。套接字是網(wǎng)絡(luò)的基本構(gòu)件，是可以被命名和尋址的通信端點(diǎn)，使用中的每一個套接字都有其類型和一個與之相連的監(jiān)聽進(jìn)程。套接字存在于通信區(qū)域（通信區(qū)域又稱地址簇）中。套接字只與同一區(qū)域中的套接字交換數(shù)據(jù)（跨區(qū)域時，需要執(zhí)行某和轉(zhuǎn)換進(jìn)程才能實(shí)現(xiàn)）。</p><p>　　Socket包含兩個方面的含義：</p&

29、gt;<p>　　其一它是由操作系統(tǒng)或外部過程提供的一組網(wǎng)絡(luò)編程接口函數(shù)，是被廣泛接受的網(wǎng)絡(luò)編程方法；</p><p>　　其二它表示一種網(wǎng)絡(luò)參數(shù)，通常將IP地址和網(wǎng)絡(luò)應(yīng)用端口的結(jié)合稱作Socket（插口）。</p><p>　　3.2.2 Windows Sockets基礎(chǔ)</p><p>　　Windows Sockets(套接字)是在Window

30、s下的一套開放的、支持多種網(wǎng)絡(luò)協(xié)議的、二進(jìn)制兼容的網(wǎng)絡(luò)編程接口規(guī)范。</p><p>　　WinSock（Windows Sockets簡寫為WinSock。）的目的是抽象隱藏網(wǎng)絡(luò)底層細(xì)節(jié)，它獨(dú)立于底層的協(xié)議，編程人員無需精通網(wǎng)絡(luò)和協(xié)議的細(xì)節(jié)，即可實(shí)現(xiàn)網(wǎng)絡(luò)編程。使用WinSock的應(yīng)用程序可以在遵從Windows Sockets API的任何網(wǎng)絡(luò)上進(jìn)行通信。</p><p>　　每個 so

31、cket 都有一個類型，它是根據(jù)用戶可見的通信特征進(jìn)行描述的。一般應(yīng)用程序只在同一類套接字間通信。不過只要它依據(jù)的協(xié)議支持，也完全可以在不同類型的套接字間通信。</p><p>　　在 WinSock 1.1 只支持兩種 socket 類型：</p><p>　　#define SOCK_STREAM 1 /* stream socket */</p>&

32、lt;p>　　#define SOCK_DGRAM 2 /* datagram socket */</p><p>　　使用最多的是 SOCK_STREAM(流套接字)和SOCK_DGRAM(數(shù)據(jù)報(bào)套接字)。</p><p>　　(1) 流式套接字(Stream sockets)</p><p>　　它適用于沒有記錄邊界的字節(jié)數(shù)據(jù)流，保證

33、分組投遞(delivered)、順序正確并且沒有重復(fù)分組。一般用于TCP協(xié)議。</p><p>　　(2) 數(shù)據(jù)報(bào)套接字(Datagram sockets)</p><p>　　它支持面向記錄的數(shù)據(jù)流，但不保證分組投遞、不保證順序、可能有重復(fù)分組。一般用于UDP傳輸協(xié)議中。</p><p>　　在Winsock 2.1以后添加了對原始套接字的支持:</p>

34、;<p>　　#define SOCK_RAW 3 /* raw-protocol interface */</p><p>　　通過使用原始套接字我們可以從網(wǎng)絡(luò)接口捕獲到原始的數(shù)據(jù)包，從而可以對感興趣的數(shù)據(jù)做出自己的處理，或者自己構(gòu)造原始數(shù)據(jù)包發(fā)送到網(wǎng)絡(luò)上。在本系統(tǒng)程序中就利用WinSock庫創(chuàng)建原始套接字，以實(shí)現(xiàn)對局域網(wǎng)的監(jiān)聽。</p><p>　

35、　關(guān)于進(jìn)程是如何利用套接字進(jìn)行通信的，見圖3.1。</p><p>　　圖3.1 套接字的使用</p><p><b>　　3.3 數(shù)據(jù)庫編程</b></p><p>　　常見的DBMS(數(shù)據(jù)庫管理系統(tǒng))有SQL2000，Oracle，Sybase，Access等。其中的前三個都是屬于大型數(shù)據(jù)庫管理系統(tǒng)，用于大量數(shù)據(jù)的管理，Access數(shù)據(jù)庫比

36、較適用于小型數(shù)據(jù)的管理。所以在本掃描系統(tǒng)的實(shí)現(xiàn)中選用了與Access數(shù)據(jù)庫建立連接。</p><p>　　然而，要是應(yīng)用程序中直接與DBMS打交道，將會面臨數(shù)據(jù)庫類型的多樣性所導(dǎo)致的編程的繁瑣。面對不同類型的數(shù)據(jù)庫，微軟提供了ODBC數(shù)據(jù)庫接口，用來以一種統(tǒng)一的方式處理與所有的數(shù)據(jù)庫的連接。這里我們就要用ODBC與Access數(shù)據(jù)庫建立連接</p><p>　　使用ODBC連接數(shù)據(jù)庫如圖3

37、.2所示：</p><p>　　圖3.2 ODBC訪問數(shù)據(jù)庫</p><p>　　應(yīng)用程序要訪問一個數(shù)據(jù)庫，首先必須用ODBC管理器注冊一個數(shù)據(jù)源，管理器根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)庫位置、數(shù)據(jù)庫類型及ODBC驅(qū)動程序等信息，建立起ODBC與具體數(shù)據(jù)庫的聯(lián)系。這樣，只要應(yīng)用程序?qū)?shù)據(jù)源名提供給ODBC，ODBC就能建立起與相應(yīng)數(shù)據(jù)庫的連接。</p><p>　　在ODBC中

38、，ODBC API不能直接訪問數(shù)據(jù)庫，必須通過驅(qū)動程序管理器與數(shù)據(jù)庫交換信息。驅(qū)動程序管理器負(fù)責(zé)將應(yīng)用程序?qū)DBC API的調(diào)用傳遞給正確的驅(qū)動程序，而驅(qū)動程序在執(zhí)行完相應(yīng)的操作后，將結(jié)果通過驅(qū)動程序管理器返回給應(yīng)用程序。</p><p>　　由于是采用MFC編程，而在MFC的ODBC類對較復(fù)雜的ODBC API進(jìn)行了封裝，提供了簡化的調(diào)用接口，從而大大方便了數(shù)據(jù)庫應(yīng)用程序的開發(fā)。程序員不必了解ODBC API

39、和SQL的具體實(shí)現(xiàn)細(xì)節(jié)，利用ODBC有關(guān)的類即可完成對數(shù)據(jù)庫的大部分操作。</p><p><b>　　3.4 多線程編程</b></p><p>　　3.4.1 一些概念</p><p>　　進(jìn)程。進(jìn)程是操作系統(tǒng)分配資源的基本單位，是程序運(yùn)行的一個實(shí)例，它是動態(tài)的。每個進(jìn)程都在各自的私有地址空間中運(yùn)行，進(jìn)程之間是不能直接進(jìn)行通信的。</

40、p><p>　　線程。線程是操作系統(tǒng)分配CPU資源的基本單位，即是系統(tǒng)中最小的執(zhí)行單元。線程運(yùn)行于進(jìn)程空間之中，一個進(jìn)程中可以有多個線程，且共享進(jìn)程地址空間，所以線程之間的通信是比較方便的。然而也正是這種便捷，再加上線程的并發(fā)運(yùn)行，使得線程之間的互斥成為必要。</p><p>　　進(jìn)程只是線程的容器，是線程執(zhí)行的環(huán)境。它本身是不活潑的，它必須有一個在它的環(huán)境中運(yùn)行的線程，此線程執(zhí)行進(jìn)程地址空間

41、中的代碼。</p><p>　　3.4.2 線程互斥</p><p>　　線程由于共享進(jìn)程地址空間，從而共享進(jìn)程資源，對于一些資源，一次只能有一個線程進(jìn)行訪問，稱為臨界資源。多線程編程帶來的一個問題是線程調(diào)度的隨機(jī)性，執(zhí)行順序的不確定性。所以為了保證線程之間協(xié)調(diào)工作，必須采用線程互斥[11]技術(shù)。</p><p>　　常用的線程互斥手段有以下幾種：</p>

42、;<p><b>　　(1) 關(guān)鍵代碼段</b></p><p>　　用戶方式下的一種互斥手段。關(guān)鍵代碼段是指這樣一段代碼，它可以在代碼執(zhí)行前，獨(dú)占對某種資源的訪問權(quán)，即使用資源之前對資源上鎖，使用完畢后再對資源解鎖，釋放資源的使用權(quán)。這是能讓多個線程能夠“以原子方式”來使用資源的一種方法。</p><p><b>　　(2)互斥對象</

43、b></p><p>　　互斥對象屬于內(nèi)核對象的一種。它能夠確保線程擁有對單個資源的互斥訪問權(quán)。它包含一個使用計(jì)數(shù)器，一個線程ID。ID用于標(biāo)識系統(tǒng)中的哪個線程當(dāng)前擁有互斥對象，計(jì)數(shù)器用于說明該線程擁有互斥對象的次數(shù)。</p><p>　　首先創(chuàng)建一個互斥對象，然后去申請互斥對象，申請到之后，線程就可以繼續(xù)運(yùn)行下去，否則線程就會被阻塞，最后擁有者線程釋放互斥對象。</p>

44、<p><b>　　(3) 事件對象</b></p><p>　　事件對象也是一種內(nèi)核對象。它包含引用計(jì)數(shù)，一個用于指定該事件是自動重置還是人工重置事件的布爾值，另一個用于指明該事件是處于未通知還是已通知狀態(tài)。</p><p>　　事件能夠通知一個操作已完成。有兩種類型事件，一種是人工重置事件，一種是自動重置事件。當(dāng)人工重置的事件得到通知時，等待該事件的

45、所有線程均變?yōu)榭烧{(diào)度線程。當(dāng)一個自動重置的事件得到通知時，等待該事件的線程中只有一個線程變?yōu)榭烧{(diào)度線程。</p><p>　　一般情況下，當(dāng)一個線程執(zhí)行初始化操作，然后通知另一個線程執(zhí)行剩余的操作時，事件對象使用得最多。借助于操作系統(tǒng)提供的API，可以很易地改變事件對象的狀態(tài)。它的使用方法和互斥對象類似。</p><p><b>　　3.5 MFC編程</b><

46、/p><p>　　本論文設(shè)計(jì)的P2P文件共享系統(tǒng)采用的編程工具是VC++6.0，基于MFC(微軟基礎(chǔ)類庫)實(shí)現(xiàn)。MFC對象是C++中類的對象，它內(nèi)部封裝了Windows對象，封裝了種類繁多的資源句柄。使用MFC對象進(jìn)行編程，就像使用C++對象進(jìn)行編程一樣自然，利用面向?qū)ο蟮木幊谭椒?，無須為各種句柄所困擾。</p><p>　　AppWizard為我們生成應(yīng)用程序框架，資源編輯器為我們提供GUI

47、(圖形用戶界面)設(shè)計(jì)，這些使得定制一個應(yīng)用程序外觀更為容易。ClassWizard輔助我們進(jìn)行消息映射，使得我們的主要精力集中于事務(wù)邏輯控制上，消息響應(yīng)函數(shù)的編寫上。文檔/視結(jié)構(gòu)把數(shù)據(jù)和數(shù)據(jù)操作分離，使得我們處理數(shù)據(jù)更加方便。整個MFC框架為我們生成了一個應(yīng)用程序的輪廓，我們只需要按照需要進(jìn)行添加或者修改代碼即可。</p><p>　　消息是windows編程中一個重要的概念。程序運(yùn)行起來之后，就處于消息循環(huán)之中

48、，不斷地接收消息，響應(yīng)消息。消息一般可分為標(biāo)準(zhǔn)消息、命令消息、控件通知消息，而且在MFC中用戶還可以自定義消息，自行添加消息映射，這就極大地提高了編程的靈活性。在做這個掃描和監(jiān)聽程序時，就自定義了許多消息，以協(xié)調(diào)程序的運(yùn)行。</p><p>　　正是由于MFC的以上特性，為我們快速開發(fā)應(yīng)用程序提供了可能，所以選擇了VC++6.0作為軟件開發(fā)平臺。</p><p><b>　　4

49、概要設(shè)計(jì)</b></p><p><b>　　4.1 程序框架</b></p><p>　　設(shè)計(jì)的主要內(nèi)容是P2P文件共享下載系統(tǒng)，網(wǎng)絡(luò)中的用戶知道其他用戶的存在；在現(xiàn)有網(wǎng)絡(luò)架構(gòu)的基礎(chǔ)上，構(gòu)建了一個虛擬網(wǎng)絡(luò)，對互聯(lián)的各個節(jié)點(diǎn)的復(fù)雜性進(jìn)行了抽象，不用考慮現(xiàn)有防火墻、NAT和特定網(wǎng)絡(luò)服務(wù)的缺乏；每個計(jì)算機(jī)用戶既是服務(wù)器，也是客戶端；各個計(jì)算機(jī)用戶可能形成組，成

50、為一定數(shù)據(jù)和應(yīng)用程序運(yùn)行的共同體。由于以前只是了解相關(guān)內(nèi)容，現(xiàn)在那些知識是不夠用的了。還有就是功能擴(kuò)展上，為了不落窠臼，在界面設(shè)計(jì)，功能上應(yīng)具有一定的獨(dú)創(chuàng)性。</p><p>　　文件共享系統(tǒng)是一個在點(diǎn)組中的多個點(diǎn)之間共享內(nèi)容的系統(tǒng)。該服務(wù)使得Peer可以共享自己的內(nèi)容以及定位和獲取其他Peer上的內(nèi)容。不僅為本地Peer管理被共享的內(nèi)容，并能瀏覽和下載遠(yuǎn)程Peer的內(nèi)容。</p><p>

51、;　　共享的內(nèi)容由一個獨(dú)一無二的內(nèi)容ID以及一個內(nèi)容廣告表示，內(nèi)容廣告提供了有關(guān)被共享內(nèi)容的元信息，例如名字、長度、MIME類型以及內(nèi)容描述。目前的搜索機(jī)制和內(nèi)容的分發(fā)機(jī)制不是很強(qiáng)大。</p><p>　　4.2 系統(tǒng)軟件結(jié)構(gòu)</p><p>　　4.2.1 系統(tǒng)一級層次圖</p><p>　　有人認(rèn)為，對等網(wǎng)絡(luò)是一種分布式動態(tài)網(wǎng)絡(luò)體系結(jié)構(gòu)，網(wǎng)絡(luò)中的參與者應(yīng)當(dāng)動態(tài)地

52、共享它們的部分資源(處理器、存儲資源、網(wǎng)絡(luò)帶寬、外設(shè)、軟件資源、服務(wù)等等)，并且這些資源不需通過中介就能被其他參與者直接訪問；從而，網(wǎng)絡(luò)的參與者既是資源(服務(wù)和內(nèi)容)的提供者，又是資源的消費(fèi)者。對等網(wǎng)絡(luò)又可以細(xì)分為兩種類型：“純粹”的對等網(wǎng)絡(luò)和“混合”的對等網(wǎng)絡(luò)。所謂“純粹”的對等網(wǎng)絡(luò)是指在對等網(wǎng)絡(luò)中，任意一個參與者的加入和退出都不會導(dǎo)致網(wǎng)絡(luò)整體服務(wù)的損失。所謂“混合” 的對等網(wǎng)絡(luò)是指對等網(wǎng)絡(luò)中需要一個中心實(shí)體來保證網(wǎng)絡(luò)服務(wù)的提供，我們

53、所做的就是一個混合的P2P共享軟件，簡單描述如下：</p><p><b>　　圖4.1 </b></p><p>　　4.2.2 系統(tǒng)二級層次圖</p><p><b>　　圖4.2系統(tǒng)層次圖</b></p><p>　　性能：包括最大下載速率和每個節(jié)點(diǎn)可以同時為多少個節(jié)點(diǎn)服務(wù)，因?yàn)橄螺d速率受網(wǎng)絡(luò)

54、傳輸速率的影響，所以對每個節(jié)點(diǎn)來說必須限制其下載的速率，由于每個節(jié)點(diǎn)都是一個服務(wù)器，節(jié)點(diǎn)的處理能力不能和大型服務(wù)器比，處理能力有限，為了保證節(jié)點(diǎn)的負(fù)載不止過大，必須限制最大的服務(wù)對象。下載速度快、安全性好。</p><p>　　安全與保密要求：要高，不能輕易被破壞，防止用戶的隱私信息被竊聽和泄露，對斷電、死機(jī)、系統(tǒng)崩潰等問題有有力措施以保障數(shù)據(jù)不受損失。</p><p>　　4.3 系統(tǒng)分

55、流程圖</p><p>　　系統(tǒng)分流程圖中，分別繪制了文件上傳，文件下載和網(wǎng)絡(luò)監(jiān)聽的概要流程圖。但沒有包含其下的各子功能的具體實(shí)現(xiàn)流程，這些細(xì)節(jié)將會在詳細(xì)設(shè)計(jì)中予以描述，并繪出進(jìn)一步的流程。系統(tǒng)分流程圖基于各子模塊要實(shí)現(xiàn)的功能，并且將這些模塊再進(jìn)一步細(xì)化，即采用了“自頂向下，逐步求精”的軟件設(shè)計(jì)思路。</p><p>　　當(dāng)然，由于本系統(tǒng)所要實(shí)現(xiàn)的功能比較多，而且各功能之下又細(xì)化為許多，所

56、以若是全然繪出，勢必會比較臃腫，因此這里只是繪出關(guān)鍵性的環(huán)節(jié)，</p><p>　　簡略地闡述了系統(tǒng)實(shí)現(xiàn)的過程。</p><p>　　4.3.1 上傳模塊</p><p><b>　　如圖4.5所示：</b></p><p><b>　　圖4.5上傳模塊</b></p><p&g

57、t;　　4.3.2 下載模塊</p><p><b>　　如圖4.6所示：</b></p><p><b>　　圖4.4 下載模塊</b></p><p>　　4.3.3 P2P文件下載概要流程</p><p>　　調(diào)用WINSOCKET編程接口（API），通過利用它下層提供的服務(wù)，達(dá)到與遠(yuǎn)程進(jìn)程交

58、換信息的目的。架在TCP/IP協(xié)議族上的軟件要想利用它們提供的服務(wù)就必須要有適當(dāng)?shù)慕涌?，接口一方面向用戶程序提供了調(diào)用界面（這與操作系統(tǒng)有關(guān)），另一方面還要和TCP/IP協(xié)議族打交道，利用它提供的服務(wù)完成程序的請求。INTERNET在通訊層次上主要表現(xiàn)在連接的建立上：一方（服務(wù)器端）配置好SOCKET并綁定（BIND）到約定的端口，然后偵聽等待連接，另一方（客戶端）與建立SOCKET，連接到服務(wù)器主機(jī)上約定的端口，主動向?qū)Ψ桨l(fā)出連接請求

59、。服務(wù)器端用新建的SOCKET或ACCEPT函數(shù)把它與遠(yuǎn)方的連接起來。連接建立后雙方通過兩個SOCKET交換信息，直到最后結(jié)束對話。</p><p><b>　　圖4.5 </b></p><p><b>　　圖4.6</b></p><p>　　本模塊的實(shí)現(xiàn)輸入是：對方IP和要傳輸?shù)奈募窂剑?lt;/p>&l

60、t;p>　　輸出是遠(yuǎn)方主機(jī)的文件下載到本地；</p><p><b>　　圖4.7 </b></p><p>　　圖4.8 聊天功能概要流程</p><p>　　4.4 數(shù)據(jù)庫的設(shè)計(jì)</p><p>　　之所以選擇Access作為系統(tǒng)的后臺數(shù)據(jù)庫，一方面由于它良好的性能、穩(wěn)定性、便于管理和易于開發(fā)等優(yōu)勢，另一方面是

61、由此系統(tǒng)所用數(shù)據(jù)量不大，數(shù)據(jù)表結(jié)構(gòu)簡單。</p><p>　　本系統(tǒng)中，數(shù)據(jù)庫僅用于服務(wù)器存儲用戶相關(guān)說明信息，數(shù)據(jù)表只有兩個屬性：用戶名和用戶地址信息，用戶為主屬性。當(dāng)A用戶搜索到的資源在B用戶共享中時。A向服務(wù)器中的數(shù)據(jù)庫查找B用戶的地址，此時將進(jìn)行數(shù)據(jù)庫連接和查詢，檢索操作。然后A直接和B相連進(jìn)行文件共享傳輸。數(shù)據(jù)庫還應(yīng)該提供資源的檢索，保存索引功能。</p><p><b&g

62、t;　　5 系統(tǒng)詳細(xì)設(shè)計(jì)</b></p><p>　　在詳細(xì)設(shè)計(jì)中，將會細(xì)致地討論系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)、編程中遇到的問題及解決方法，以及多種解決方案中選擇某種方案的理由。此外，本部分中還將進(jìn)一步論述第三部分，第四部分所涉及到的理論和技術(shù)。</p><p>　　首先，在VC++6.0中新建一個工程，命名為IPScan(IP掃描)。選擇單文檔結(jié)構(gòu)，視類從CFormView類得到繼承。下面

63、分述：</p><p>　　5.1 系統(tǒng)實(shí)現(xiàn)中用到的類</p><p>　　CIPScanApp：AppWizard生成。應(yīng)用程序類</p><p>　　CIPScanDoc：AppWizard生成。文檔類，用于數(shù)據(jù)的存儲和加載。</p><p>　　CIPScanView：AppWizard生成。視類，用于對數(shù)據(jù)進(jìn)行操作。這里選擇了從CFo

64、rmView類繼承，是為了利用其可以作為容器的功能。提供了主機(jī)掃描的界面。</p><p>　　CMainFrame：AppWizard生成。應(yīng)用程序框架類，表示應(yīng)用程序框架窗口。</p><p>　　CPortScan：自定義的類。繼承于CDialog類，用來管理端口掃描界面的對話框資源。</p><p>　　CsnifferNetDlg：自定義的類。繼承于Cdi

65、alog類，用來管理網(wǎng)絡(luò)監(jiān)聽界面的對話框資源。</p><p>　　CUDP：自定義的類。派生于CSocket類，借助于此類中的SendTo()函數(shù)來發(fā)送消息，且在該類中還重載了OnReceive()函數(shù)，用來接收返回的消息，并可以添加自己的處理代碼。</p><p>　　CPortRecord：自定義的類。繼承于CRecordset類，作為一個記錄集，用來保存從數(shù)據(jù)庫中返回的結(jié)果，以供查

66、詢和檢索使用。在建立記錄集時，可用利用CRecordset類中的成員函數(shù)，結(jié)合一些參數(shù)構(gòu)造一個SELECT語句來查詢數(shù)據(jù)源，并用查詢的結(jié)果創(chuàng)建記錄集。</p><p>　　CHyperLink：添加的類。該類的主要功能是提供文字超鏈接，在本程序的關(guān)于對話框中，我使用了此類?？梢枣溄拥轿业泥]箱和個人主頁。</p><p>　　NetInfo：自定義的結(jié)構(gòu)。該結(jié)構(gòu)主要用于端口掃描中保存一些輸入

67、信息，如IP，端口號等。定義如下：</p><p>　　struct NetInfo</p><p><b>　　{</b></p><p>　　CString ip;//掃描主機(jī)IP地址</p><p>　　int nStartPort;//掃描起始端口</p><p>　　int nEndPo

68、rt;//掃描終止端口</p><p>　　BOOL isStop;//為false時終止端口掃描線程</p><p><b>　　};</b></p><p>　　Iphdr：自定義的結(jié)構(gòu)。用于描述IP包頭的信息。定義如下：</p><p>　　typedef struct Iphdr</p><p

69、><b>　　{</b></p><p>　　unsigned char h_lenver;//4位版本號+4位首部長度</p><p>　　unsigned char tos;//8位服務(wù)類型</p><p>　　unsigned short total_len;//16位總長度字節(jié)</p><p>　　unsi

70、gned short ident;//16位標(biāo)識</p><p>　　unsigned short frag_and_flags;//3位標(biāo)志位+13位的分段偏移</p><p>　　unsigned char ttl;//8位生存時間TTL</p><p>　　unsigned char proto;//8位協(xié)議</p><p>　　uns

71、igned short checksum;//16位的IP首部校驗(yàn)和</p><p>　　unsigned int sourceIP;//32源地址</p><p>　　unsigned int destIP;//32位目的地址</p><p>　　} IP_HEADER;</p><p>　　Tcphdr：自定義的結(jié)構(gòu)。用于描述TCP包頭的

72、信息。定義如下：</p><p>　　typedef struct Tcphdr</p><p><b>　　{</b></p><p>　　unsigned short th_sport;//源端口</p><p>　　unsigned short th_dport;//目標(biāo)端口</p><p>

73、;　　unsigned int th_seq;//序列號</p><p>　　unsigned int th_ack;//確認(rèn)號</p><p>　　unsigned char th_lenres;//4位首部長度+4位保留字</p><p>　　unsigned char th_flags;//2位保留字+6位標(biāo)志位</p><p>　　u

74、nsigned short th_win;//16位窗口大小</p><p>　　unsigned short th_sum;//16位校驗(yàn)和</p><p>　　unsigned short th_urp;//16位的緊急數(shù)據(jù)偏移量</p><p>　　} TCP_HEADER;</p><p>　　Udphdr：自定義的結(jié)構(gòu)。用于描述UD

75、P協(xié)議的頭部信息。定義如下：</p><p>　　typedef struct Udphdr</p><p><b>　　{</b></p><p>　　unsigned short uh_sport;//16位源端口</p><p>　　unsigned short uh_dport;//16目的端口</p>

76、;<p>　　unsigned short uh_len;//16位長度</p><p>　　unsigned short uh_sum;//16位校驗(yàn)和</p><p>　　} UDP_HEADER;</p><p>　　Icmphdr：自定義的結(jié)構(gòu)。用于描述ICMP協(xié)議的頭部信息。定義如下：</p><p>　　typede

77、f struct Icmphdr</p><p><b>　　{</b></p><p>　　BYTE i_type;//8位類型</p><p>　　BYTE i_code;//8位代碼</p><p>　　unsigned short i_cksum;//16位校驗(yàn)和</p><p>　　un

78、signed short i_id;//識別號</p><p>　　unsigned short i_seq;//報(bào)文序列號</p><p>　　ULONG timestamp;//時間戳</p><p>　　} ICMP_HEADER;</p><p>　　5.2 系統(tǒng)圖標(biāo)變換</p><p>　　程序運(yùn)行起來之后，

79、左上角的圖標(biāo)是動態(tài)變換的，即可以在幾個不同的圖標(biāo)之間來回切換，而且在此程序中打開的所有對話框都繼承了此特性。為了達(dá)到此效果，我采用了下面的設(shè)計(jì)方法：</p><p>　　(1) 在CMainFrame類中創(chuàng)建一個定時器，用以發(fā)送定時消息，且在其中定義了一個圖標(biāo)句柄數(shù)組變量成員m_hIcons，保存更換的圖標(biāo)資源，即</p><p>　　HICON m_hIcons[3]。</p>

80、;<p>　　(2) 在CMainFrame類的構(gòu)造函數(shù)中初始化此句柄數(shù)組。</p><p>　　m_hIcons[0]=LoadIcon(AfxGetInstanceHandle(),MAKEINTRESOURCE(IDR_MAINFRAME));</p><p>　　m_hIcons[1]=LoadIcon(AfxGetInstanceHandle(),MAKEINTRE

81、SOURCE(IDI_ICON1));</p><p>　　m_hIcons[2]=LoadIcon(AfxGetInstanceHandle(),MAKEINTRESOURCE(IDI_ICON2));</p><p><b>　　函數(shù)說明如下：</b></p><p>　　HICON LoadIcon(</p><p&g

82、t;　　HINSTANCE hInstance, // 應(yīng)用程序?qū)嵗浔?lt;/p><p>　　LPCTSTR lpIconName // 指向圖標(biāo)名字的指針 </p><p><b>　　);</b></p><p>　　該函數(shù)的功能是從一個與應(yīng)用程序?qū)嵗嚓P(guān)的可執(zhí)行文件中加載圖標(biāo)資源。</p><p>　　HINS

83、TANCE AfxGetInstanceHandle( );</p><p>　　該函數(shù)用于返回當(dāng)前應(yīng)用程序的一個實(shí)例句柄。</p><p>　　LPTSTR MAKEINTRESOURCE(WORD wInteger// integer to convert);</p><p>　　一個轉(zhuǎn)換宏，用以將ID標(biāo)示的資源轉(zhuǎn)換為符合要求的類型。</p>&l

84、t;p>　　(3) 在定時器的消息響應(yīng)函數(shù)中，進(jìn)行動態(tài)改變圖標(biāo)的動作。</p><p>　　void CMainFrame::OnTimer(UINT nIDEvent) </p><p><b>　　{</b></p><p>　　static int index=1;//需要設(shè)置靜態(tài)成員變量</p><p>　

85、　//動態(tài)設(shè)置要顯示的圖標(biāo)</p><p>　　SetClassLong(m_hWnd,GCL_HICON,(LONG)m_hIcons[index]);</p><p>　　SetClassLong(m_dlgPortScan.m_hWnd,GCL_HICON,(LONG)m_hIcons[index]);</p><p>　　index=++index%3;//

86、循環(huán)顯示圖標(biāo)</p><p>　　......................//</p><p><b>　　}</b></p><p><b>　　函數(shù)說明：</b></p><p>　　DWORD SetClassLong(</p><p>　　HWND hWnd,

87、 // 窗口句柄</p><p>　　int nIndex, // 類型索引</p><p>　　LONG dwNewLong // 新的值</p><p><b>　　);</b></p><p>　　該函數(shù)用于改變窗口類的風(fēng)格，如窗口的圖標(biāo)，光標(biāo)，背景色等。</p><p&g

88、t;　　5.3 顯示提示信息</p><p>　　5.3.1 控件信息提示</p><p>　　該功能是實(shí)現(xiàn)當(dāng)鼠標(biāo)放對話框上的某個控件上時，彈出某個提示框，顯示相應(yīng)的提示信息。在VC中，用CToolTipCtrl類可以做到這種效果，該類派生于CWnd類，所以是一個窗口類。</p><p>　　通過以下步驟，我達(dá)到了預(yù)期的目的。</p><p>

89、;　　(1) 在CIPScanView類中添加成員變量</p><p>　　CToolTipCtrl m_toolTip;//提示控件對象</p><p>　　(2) 在適當(dāng)?shù)奈恢谜{(diào)用EnableToolTips(TRUE)，允許使用消息提示框。接著創(chuàng)建m_toolTip對象，并激活它：</p><p>　　m_toolTip.Create(this);//創(chuàng)建對象

90、</p><p>　　m_toolTip.Activate(true);//激活對象</p><p>　　然后調(diào)用CToolTipCtrl類的AddTool函數(shù)。這些代碼我選擇了放在CIPScanView類的OnInitialUpdate()函數(shù)中，該函數(shù)用于初始化視對話框。如下：</p><p>　　void CIPScanView::OnInitialUpdat

91、e()</p><p><b>　　{</b></p><p>　　..................//</p><p>　　EnableToolTips(true);//允許使用此信息提示通用控件</p><p>　　m_toolTip.Create(this);</p><p>　　m_t

92、oolTip.Activate(true);</p><p>　　CWnd * pWnd=GetDlgItem(IDC_LISTVIEW); </p><p><b>　　//設(shè)置提示信息</b></p><p>　　m_toolTip.AddTool(pWnd,"雙擊主機(jī)掃描其端口"); </p><p

93、>　　...................//</p><p><b>　　}</b></p><p>　　(3) 在CIPScanView類中添加虛函數(shù)PreTranslateMessage，并在此函數(shù)中調(diào)用CToolTipCtrl類的RelayEvent函數(shù)。如下：</p><p>　　BOOL CIPScanView::PreTr

94、anslateMessage(MSG* pMsg) </p><p><b>　　{</b></p><p>　　m_toolTip.RelayEvent(pMsg);//調(diào)用進(jìn)行消息過濾</p><p>　　return CFormView::PreTranslateMessage(pMsg);</p><p><

95、;b>　　}</b></p><p>　　PreTranslateMessage函數(shù)可以在消息被派發(fā)之前對消息進(jìn)行預(yù)處理。</p><p>　　經(jīng)過上述幾個步驟之后，當(dāng)我們把鼠標(biāo)放在相應(yīng)的控件上時，就會顯示出相應(yīng)的提示信息了。</p><p>　　5.3.2 工具欄信息提示</p><p>　　在文檔/視結(jié)構(gòu)中，為工具欄上的

96、按鈕設(shè)置提示信息，是很容易的事情。然而在對話框中，MFC并沒有直接為此提供便利。在本系統(tǒng)中，端口掃描界面和網(wǎng)絡(luò)監(jiān)聽界面都是基于對話框的，并且我又為它們添加了工具欄。那么該如何做才能出現(xiàn)提示信息呢？</p><p>　　對話框中的工具欄使用提示信息的功能，需要響應(yīng)兩個消息：TTN_NEEDTEXTA和TTN_NEEDTEXTW。在對話框的實(shí)現(xiàn)文件中，使用消息映射宏ON_NOTIFY_EX來添加消息響應(yīng)函數(shù)。如下：&

97、lt;/p><p>　　ON_NOTIFY_EX(TTN_NEEDTEXT,0,OnTipText)</p><p>　　其中OnTipText()為響應(yīng)函數(shù)。原型如下：</p><p>　　BOOL OnTipText(UINT, NMHDR* pNMHDR, LRESULT* pResult)</p><p><b>　　代碼簡要分

98、析：</b></p><p>　　BOOL OnTipText(UINT, NMHDR* pNMHDR, LRESULT* pResult)</p><p><b>　　{</b></p><p><b>　　……………//</b></p><p>　　TOOLTIPTEXTA* pT

99、TTA = (TOOLTIPTEXTA*)pNMHDR;</p><p>　　TOOLTIPTEXTW* pTTTW = (TOOLTIPTEXTW*)pNMHDR;</p><p>　　CString strTipText;//暫存提示信息</p><p>　　nID = ::GetDlgCtrlID((HWND)nID);//工具欄ID</p>&

100、lt;p>　　if (nID != 0) //不是分隔符</p><p><b>　　{</b></p><p>　　strTipText.LoadString(nID); </p><p><b>　　//獲取提示信息</b></p><p>　　strTipText = strTipTex

101、t.Mid(strTipText.Find('\n',0)+1); </p><p>　　if (pNMHDR->code == TTN_NEEDTEXTA)</p><p><b>　　{</b></p><p>　　//將提示信息拷貝到結(jié)構(gòu)體的szText成員中，以供顯示 lstrcpyn(pTTTA->s

102、zText,strTipText,sizeof(pTTTA->szText));</p><p><b>　　}</b></p><p><b>　　else</b></p><p><b>　　{</b></p><p>　　_mbstowcsz(pTTTW->s

103、zText,strTipText,sizeof(pTTTW->szText));</p><p><b>　　}</b></p><p>　　…………………// </p><p><b>　　}</b></p><p>　　return TRUE;</p><p>&l

104、t;b>　　}</b></p><p>　　5.4 最小化到系統(tǒng)托盤</p><p>　　一般情況下，程序最小化后都會到任務(wù)欄上。但是有時候又不希望程序占用任務(wù)欄的空間，這時候就可以考慮把程序圖標(biāo)放到系統(tǒng)托盤中。本局域網(wǎng)掃描和監(jiān)聽系統(tǒng)就實(shí)現(xiàn)了這個功能，通過自己編程把圖標(biāo)放到托盤里，體驗(yàn)了一下“尊貴”感覺，很讓人興奮的。</p><p>　　5.4.

105、1 實(shí)現(xiàn)原理</p><p>　　將程序放到系統(tǒng)托盤里的原理是很簡單的，先在托盤區(qū)放置一個圖標(biāo)，然后把程序的主窗口隱藏不見，最后對托盤圖標(biāo)消息進(jìn)行編程就可以了。</p><p>　　5.4.2 實(shí)現(xiàn)細(xì)節(jié)</p><p>　　顯示托盤圖標(biāo)和向圖標(biāo)傳遞消息的函數(shù)僅有一個：</p><p>　　BOOL WINAPI Shell_NotifyIco

106、n(DWORD dwMessage, PNOTIFYICONDATA pnid);</p><p>　　函數(shù)功能是負(fù)責(zé)向系統(tǒng)傳遞信息，以添加，刪除，或者修改圖標(biāo)。究竟實(shí)現(xiàn)何種功能，是由參數(shù)來指定的。執(zhí)行成功返回零值，否則返回非零值。</p><p>　　參數(shù)dwMessage：發(fā)送的消息。為NIM_ADD時，表示向托盤區(qū)添加一個圖標(biāo)；為NIM_DELETE時，表示從托盤區(qū)刪除一個圖標(biāo)；為

107、NIM_MODIFY時，表示修改托盤區(qū)的圖標(biāo)。</p><p>　　參數(shù)pnid：是一個指向NOTIFYICONDATA結(jié)構(gòu)的指針，它的值取決于dwMessage參數(shù)的值。結(jié)構(gòu)NOTIFYICONDATA定義如下：</p><p>　　typedef struct _NOTIFYICONDATA </p><p><b>　　{ </b><

108、;/p><p>　　DWORD cbSize;//本結(jié)構(gòu)大小 </p><p>　　HWND hWnd; //與托盤圖標(biāo)相關(guān)的窗口句柄</p><p>　　UINT uID; //程序中定義的托盤圖標(biāo)的ID</p><p>　　UINT uFlags; //指示本結(jié)構(gòu)中哪些成員有效的標(biāo)志</p><p>　　UINT uC

109、allbackMessage;//程序中自定義的回調(diào)消息</p><p>　　HICON hIcon;//托盤圖標(biāo)的句柄</p><p>　　char szTip[64];//鼠標(biāo)放到圖標(biāo)上時的提示信息</p><p>　　} NOTIFYICONDATA, *PNOTIFYICONDATA; </p><p><b>　　下面分述

110、：</b></p><p>　　(1) 添加消息響應(yīng)函數(shù)</p><p>　　在類CMainFrame中添加響應(yīng)WM_SIZE消息的響應(yīng)函數(shù)OnSize，這樣當(dāng)點(diǎn)擊最小化按鈕時，程序就會最小化到托盤：</p><p>　　void CMainFrame::OnSize(UINT nType, int cx, int cy) </p><

111、;p><b>　　{　</b></p><p>　　.........................//</p><p>　　if(nType==SIZE_MINIMIZED)</p><p><b>　　{</b></p><p>　　NOTIFYICONDATA nid;</p&g

112、t;<p>　　nid.cbSize=(DWORD)sizeof(NOTIFYICONDATA);</p><p>　　nid.hWnd=pMfrm->m_hWnd;</p><p>　　nid.uID=IDR_MAINFRAME;</p><p>　　nid.uFlags=NIF_ICON|NIF_MESSAGE|NIF_TIP; </p

113、><p>　　//自定義的在托盤區(qū)顯示圖標(biāo)的消息</p><p>　　nid.uCallbackMessage=WM_SHOW_PROGRAM;nid.hIcon=LoadIcon(AfxGetInstanceHandle(),MAKEINTRESOURCE(IDR_MAINFRAME));</p><p>　　strcpy(nid.szTip,"網(wǎng)絡(luò)主機(jī)和

114、端口掃描程序");//信息提示</p><p>　　Shell_NotifyIcon(NIM_ADD,&nid);//在托盤區(qū)添加圖標(biāo)</p><p>　　ShowWindow(SW_HIDE);//隱藏主框架窗口</p><p><b>　　} </b></p><p><b>　　}<

115、;/b></p><p>　　從函數(shù)中可以看出，首先是填充NOTIFYICONDATA結(jié)構(gòu)，設(shè)置相關(guān)信息，然后調(diào)用Shell_NotifyIcon函數(shù)。還是比較簡單的。</p><p>　　(2) 操作托盤區(qū)的圖標(biāo)</p><p>　　當(dāng)程序最小化到托盤后，應(yīng)該能夠使程序還原到正常狀態(tài)，還可以對托盤圖標(biāo)添加一些快捷菜單操作。此時NOTIFYICONDATA結(jié)構(gòu)