實(shí)驗(yàn)二實(shí)驗(yàn)報(bào)告

網(wǎng)絡(luò)程序設(shè)計(jì)實(shí)驗(yàn)報(bào)告實(shí)驗(yàn)名稱：UDP通信實(shí)驗(yàn)實(shí)驗(yàn)類型：驗(yàn)證型實(shí)驗(yàn)指導(dǎo)教師：__XX老師〔理論課：XX〕專業(yè)班級：XX0905班姓名：________XXX_____學(xué)號：___________XXXXXXX______電子郵件：_______實(shí)驗(yàn)地點(diǎn)：________XXXXXXXX__________實(shí)驗(yàn)日期：2023年X月X日實(shí)驗(yàn)成績：__________________________

實(shí)驗(yàn)?zāi)康倪M(jìn)一步理解WinsockAPI的調(diào)用方法了解UDP協(xié)議的工作原理掌握UDP效勞端程序和客戶端程序的編寫流程熟悉程序的調(diào)試方法實(shí)驗(yàn)設(shè)計(jì)2.1實(shí)驗(yàn)要求認(rèn)真理解數(shù)據(jù)報(bào)套接字編程模型，仔細(xì)閱讀并調(diào)試運(yùn)行UDPserve.cpp程序和UTPClient.cpp程序源代碼，分析在效勞端和客戶端分別使用了哪些WinsockAPI函數(shù)，寫入實(shí)驗(yàn)報(bào)告；修改UDPServer和UDPClient程序，設(shè)計(jì)一個(gè)簡單的UDP通信程序，并到達(dá)以下要求：eq\o\ac(○,1)雙方能相互發(fā)送數(shù)據(jù)，并顯示接收到的數(shù)據(jù)。eq\o\ac(○,2)當(dāng)收到對方的數(shù)據(jù)為“bye〞時(shí)，能退出程序。編程驗(yàn)證實(shí)驗(yàn)思考題中問題。選做，效勞器同多個(gè)客戶端通信。2.2實(shí)驗(yàn)設(shè)計(jì)通過閱讀和調(diào)試UDPServer.cpp程序源文件，了解到在效勞端使用了socket函數(shù)創(chuàng)立一個(gè)無名的UDP類型的套接字，使用了htons函數(shù)將參數(shù)從主機(jī)字節(jié)順序轉(zhuǎn)化到TCP/IP網(wǎng)絡(luò)字節(jié)順序，使用bind函數(shù)將創(chuàng)立的無名套接字綁定到本地地址，使用了recvfrom函數(shù)來接受數(shù)據(jù)，使用inet_ntoa函數(shù)將32位的二進(jìn)制數(shù)轉(zhuǎn)化為了字符串。閱讀UDPClient.cpp程序源文件后，了解到在客戶端使用了socket函數(shù)創(chuàng)立一個(gè)無名的UDP類型的套接字,使用了htons函數(shù)將參數(shù)從主機(jī)字節(jié)順序轉(zhuǎn)化到TCP/IP網(wǎng)絡(luò)字節(jié)順序，使用了inet_addr函數(shù)將字符串類型的IP地址轉(zhuǎn)化為32為二進(jìn)制數(shù)，使用sendto函數(shù)將數(shù)據(jù)發(fā)送到制定IP的效勞器端。為實(shí)現(xiàn)實(shí)驗(yàn)要求中的第二點(diǎn)，在UDPServer程序中進(jìn)行修改，在接受數(shù)據(jù)后，對接受的數(shù)據(jù)進(jìn)行判斷，假設(shè)是“bye〞那么向?qū)Ψ桨l(fā)送同樣的數(shù)據(jù)，并推出程序，假設(shè)不是“bye〞,那么接受用戶輸入的數(shù)據(jù)，并發(fā)送給通信對方。在UDPClient程序中進(jìn)行修改，在發(fā)送數(shù)據(jù)后，無限等待接受通信對方的數(shù)據(jù)，在接受數(shù)據(jù)后進(jìn)行判斷，其后的處理與效勞器端相同。實(shí)驗(yàn)證明，如果首先調(diào)用sendto函數(shù)，那么可以不調(diào)用bind函數(shù)顯示地綁定到本地地址，系統(tǒng)會自動(dòng)地為程序綁定。在UDPClient函數(shù)中，將原來的sendto函數(shù)換成connect和send函數(shù)后，程序功能仍然能夠正常實(shí)現(xiàn)，說明可以使用connet函數(shù)實(shí)現(xiàn)通信?？梢栽诓徽{(diào)用sendto函數(shù)之前調(diào)用recvfom函數(shù)。程序流程圖如下：圖2.UDP編程中客戶端的流程圖圖2.UDP編程中客戶端的流程圖圖1.UDP編程中效勞器端的流程圖實(shí)驗(yàn)過程〔包含實(shí)驗(yàn)結(jié)果〕認(rèn)真閱讀源程序針對實(shí)驗(yàn)要求設(shè)計(jì)代碼編寫代碼實(shí)現(xiàn)要求圖圖3.通信建立后，效勞器端的程序界面圖4.通信建立后，客戶端的程序界面討論與分析能否在接收數(shù)據(jù)之間不進(jìn)行bind〔〕調(diào)用？如果能，請說明可能的情況。答：可以。如果首先調(diào)用sendto函數(shù)，那么可以不調(diào)用bind函數(shù)顯示地綁定到本地地址，系統(tǒng)會自動(dòng)地為程序綁定。能否使用connect〔〕連接對方？為什么？答：可以使用connect接連對方。如果希望為一個(gè)數(shù)據(jù)報(bào)套接字指定唯一的通信方時(shí)，可以使用connect來實(shí)現(xiàn)這一功能。需要注意的是，在數(shù)據(jù)報(bào)套接字上使用connect并不是建立連接，不存在“握手〞的過程。僅僅是為這個(gè)套接字指定一個(gè)通信方，一旦指定了對方的地址，就可以通過send/recv來發(fā)送/接收數(shù)據(jù)了。而且可以在這個(gè)數(shù)據(jù)報(bào)套接字上屢次調(diào)用connect函數(shù)來指定不同的通信方。能否在不調(diào)用sendto()函數(shù)之前調(diào)用recvfom()函數(shù)。答：實(shí)驗(yàn)證明可以在調(diào)用sendto函數(shù)之前調(diào)用recvform函數(shù)。當(dāng)s已經(jīng)被顯示地綁定了本地地址后，調(diào)用recvfrom函數(shù)將默認(rèn)在阻塞模式下進(jìn)行，即將一直等待信息，直到成功接受到數(shù)據(jù)。實(shí)驗(yàn)者自評通過本次實(shí)驗(yàn)，對根本的windsockAPI函數(shù)的使用方法和實(shí)現(xiàn)原理有了更深入的了解，對課本上的理論知識有了更好的穩(wěn)固。在實(shí)驗(yàn)過程中，熟悉了網(wǎng)絡(luò)編程方法，對自己的編程動(dòng)手能力有了較好的鍛煉和提高，在實(shí)驗(yàn)題目要求的過程中，遇到了一些困難，但通過查閱資料等方式，已經(jīng)得到較好的解決，在這個(gè)過程中也鍛煉了自己發(fā)現(xiàn)并解決問題的能力。通過本次實(shí)驗(yàn)，我發(fā)現(xiàn)自己的編程能力有所下降，也許是較長時(shí)間沒有動(dòng)手編程的原因，一些根本函數(shù)的應(yīng)用也會出現(xiàn)錯(cuò)誤，根底知識不夠扎實(shí)，需要進(jìn)一步的穩(wěn)固，希望自己能對以后的實(shí)驗(yàn)都認(rèn)真對待，多花時(shí)間進(jìn)行編程練習(xí)，爭取不斷提高和進(jìn)步。附錄：關(guān)鍵代碼〔給出適當(dāng)注釋，可讀性高〕當(dāng)一方判斷通信結(jié)束并退出程序前，應(yīng)該通知對方也退出程序，具體實(shí)現(xiàn)方案為，當(dāng)判定接受的字符串為“bye〞時(shí)，向?qū)Ψ揭舶l(fā)送“bye〞，然后再退出程序。代碼如下：if(nRecv>0) { buff[nRecv]='\0'; if(!strcmp(buff,"bye")) { strcpy(szText,"bye"); ::sendto(s,szText,strlen(szText),0,(sockaddr*)&addr,sizeof(addr)); break; } printf("接收到數(shù)據(jù)〔%s〕：%s",::inet_ntoa(addr.sin_addr),buff); }在鍵入字符串時(shí)，scanf不能處理帶有空格的字符串，可以換做使用gets函數(shù)，在gets函數(shù)前還應(yīng)該加上