【文章內(nèi)容簡介】 網(wǎng)絡(luò)應(yīng)用程序總會和線程交纏在一起呢？這是因為網(wǎng)絡(luò)應(yīng)用程序在執(zhí)行的時候，會遇到很多意想不到的問題，其中最常見的是網(wǎng)絡(luò)阻塞和網(wǎng)絡(luò)等待等[7]?！　〕绦蛟谔幚磉@些問題的時候往往需要花費很多的時間，如果不使用線程則程序在執(zhí)行時的就會表現(xiàn)出如運行速度慢，執(zhí)行時間長，容易出現(xiàn)錯誤、反應(yīng)遲鈍等問題。而如果把這些可能造成大量占用程序執(zhí)行時間的過程放在線程中處理，就往往能夠大大提高應(yīng)用程序的運行效率和性能和獲得更優(yōu)良的可伸縮性。那么這是否就意味著應(yīng)該在網(wǎng)絡(luò)應(yīng)用程序中廣泛的使用線程呢？情況并非如此，線程其實是一把雙刃劍[8]，如果不分場合，在不需要使用的地方強行使用就可能會產(chǎn)生許多程序垃圾，或者在程序結(jié)束后，由于沒有能夠銷毀創(chuàng)建的進程而導致應(yīng)用程序掛起等問題。同樣的道理，為了提高網(wǎng)絡(luò)的傳輸效率，本項目中在對文件進行分塊傳輸?shù)臅r候，采用的是多線程的形式，每個線程獲得要傳輸?shù)膲K號，然后讀取相應(yīng)塊，發(fā)送到終端。:線程1Main函數(shù)創(chuàng)建第一個線程線程2線程n創(chuàng)建第二個線程創(chuàng)建第n個線程終端發(fā)送指定的文件塊發(fā)送指定的文件塊發(fā)送指定的文件塊File定位寫入文件 多線程傳輸//創(chuàng)建線程進行分塊傳輸 pthread_t thread_id1,thread_id2。 int ret1,ret2。 ret1=pthread_create(amp。thread_id1,NULL,(void *) file_thread1,(void *)can)。 If(ret1!=0){ printf(Create pthread error!\n)。 exit(1)。 } ret2=pthread_create(amp。thread_id2,NULL,(void *) file_thread2,(void *)can)。 if(ret2!=0){ printf(Create pthread error!\n)。 exit(1)。 }//文件分塊傳輸線程void file_thread1(void* info){ struct FileSend fs。 //初始化塊編號為0 =0。 //初始化保留位 =0。 //獲得參數(shù) int* can。 can = (int*)info。 int newfd,file,file1,size。 newfd=can[0]。//套接字描述符 file=can[1]。//文件描述符 file1=can[2]。//文件雙線程,設(shè)置每個線程所傳的塊數(shù) size =can[3]。 =size。 //strcpy(rfiBlockstate,0000\0)。 printf(rifBlockstate:%s\n,rfiBlockstate)。 //定義接收數(shù)據(jù)緩沖區(qū) char buf[size]。 printf(size:%d\n,size)。 int k。 //循環(huán)讀取和發(fā)送數(shù)據(jù) while(1){ //從文件開始讀取 int F_blockID=。 if(rfiBlockstate[F_blockID]==39。039。){ //獲得文件偏移位 off_t offset = F_blockID*()。 //設(shè)置文件當前位置 lseek(file,offset,SEEK_SET)。 //讀取數(shù)據(jù) if((k=read(file,sizeof()))=0) break。 //輸出讀到的數(shù)據(jù) printf(%s\n,)。 //設(shè)置傳輸?shù)淖止?jié)大小 k=k+3。 //發(fā)送數(shù)據(jù)包 write(newfd,amp。fs,k)。 } //將塊編號加1 ++。 printf(%x\n,)。 //如果塊編號超過本線程要傳的塊,退出循環(huán) if(=file1) break。 //清空緩沖區(qū) memcpy((char*)buf,\0,sizeof(buf))。 //清空結(jié)構(gòu)體中數(shù)據(jù)區(qū) memcpy((char*),\0,sizeof())。 }}5. 斷點續(xù)傳的基本原理為了實現(xiàn)斷點續(xù)傳，設(shè)計出了本論文的遠程升級通信流程和規(guī)約，規(guī)約中定義了相應(yīng)的通信格式和方法，利用相應(yīng)的通信格式,當主站請求文件信息時,如果得到的回答不是全新升級,則得到該文件信息中相應(yīng)的哪些塊沒有傳過去,并且只發(fā)送相應(yīng)的塊,從而實現(xiàn)斷點續(xù)傳的功能。具體原理闡述如下： 主站請求文件信息: 終端返回文件信息格式廠商編號（1BYTE）廠商功能擴展碼（1BYTE）操作碼（1BYTE）會話號（4BYTE）文件版本（1BYTE）文件大?。?BYTE）升級狀態(tài)（2BYTE）已升級的塊掩碼（nBYTE）*操作碼：14h文件版本：需升級的文件最后升級版本，版本表示方式：，文件大?。何募膶嶋H大小，以字節(jié)為單位。升級狀態(tài)：上次升級結(jié)果，分總數(shù)，塊大小，： 升級狀態(tài)格式76543210低字節(jié)高字節(jié)低字節(jié)0－2位：塊大小 0： 256字節(jié)（） 1： 512字節(jié)（） 2：1024字節(jié)（1K） 3：2048字節(jié)（2K）低字節(jié)3－7位，以及高字節(jié)0－4位：塊總數(shù)，共可表示1024塊高字節(jié)5－6位：上次升級結(jié)果 3：文件不存在 2：成功 1：正在傳 0：上次傳輸失敗高字節(jié)7位：保留（默認0h）已升級的塊掩碼：表示已升級的塊，字節(jié)不確定，根據(jù)升級狀態(tài)中塊總數(shù)來定，其字節(jié)數(shù)為=塊總數(shù)/8 + 1。由低字節(jié)到高字節(jié)，由低位到高位的順序分別來表示第1塊，第2塊，第3塊…第n塊。: 塊掩碼7654321087654321第1字節(jié)161514131211109第2字節(jié)2423222120191817第3字節(jié)n*8+8n*8+7n*8+6n*8+5n*8+4n*8+3n*8+2n*8+1第n字節(jié) 該位為1，表示該塊已傳；該位為0，表示該塊未傳。: 升級信息幀格式廠商編號（1BYTE）廠商功能擴展碼（1BYTE）操作碼（1BYTE）會話號（4BYTE）文件大?。?BYTE）傳輸屬性（2BYTE）文件版本（1BYTE） 操作碼：15h傳輸屬性：塊大小，分割塊的數(shù)目，： 傳輸屬性76543210低字節(jié)高字節(jié)低字節(jié)0－2位：塊大小 0： 256字節(jié)（） 1： 512字節(jié)（） 2：1024字節(jié)（1K） 3：2048字節(jié)（2K）低字節(jié)3－7位，以及高字節(jié)0－4位：塊總數(shù)，共可表示1024塊高字節(jié)5位：升級方式， 0：須傳 1：全新升級高字節(jié)6—7位：保留，默認為0 文件版本：該升級文件需要升級的版本: 發(fā)送數(shù)據(jù)包格式廠商編號（1BYTE）廠商功能擴展碼（1BYTE）操作碼（1BYTE）會話號（4BYTE）塊編號（3BYTE）數(shù)據(jù)長度數(shù)據(jù)（nBYTE）數(shù)據(jù)的CRC校驗（2BYTE） 操作碼：17h塊編號、數(shù)據(jù)長度：兩個字節(jié)表示，： 塊編號和數(shù)據(jù)長度格式76543210第1字節(jié)第2字節(jié)第3字節(jié) 第1字節(jié)0位－第2字節(jié)1位表示塊編號，共10位，可以表示1024個塊 第2字節(jié)2位－第3字節(jié)5位表示數(shù)據(jù)長度，共12位，可以表示2048BYTE的數(shù)據(jù)長度。第3字節(jié)6位－第3字節(jié)7位保留，默認為0。利用上述的通信格式,當主站請求文件信息時,如果得到的回答不是全新升級,則得到該文件信息中相應(yīng)的哪些塊沒有傳過去,并且只發(fā)送相應(yīng)的塊,從而實現(xiàn)斷點續(xù)傳的功能。 斷點續(xù)傳流程圖本系統(tǒng)實現(xiàn)遠程升級時，由主站發(fā)起會話請求，和終端成功建立會話連接后，再開始建立升級文件連接，在終端返回肯定回答后，主站發(fā)送請求升級信息數(shù)據(jù)包，終端對之進行響應(yīng)，如果成功，則發(fā)送已經(jīng)升級的文件類型和版本。主站在收到終端的信息后，開始設(shè)置塊屬性和傳輸屬性，然后再等待終端應(yīng)答。得到肯定回答后，兩者之間開始傳遞數(shù)據(jù)包。數(shù)據(jù)文件傳輸完畢后，主站開始請求升級塊信息，終端返回結(jié)果，然后主站關(guān)閉升級文件連接，關(guān)閉會話，文件升級成功。 遠程升級時序圖 遠程升級活動圖7. 測試結(jié)果和分析 客戶端從配置文件中取得終端IP地址，自己設(shè)置升級版本號，選擇要升級的文件進行升級，和終端建立會話后，提示文件升級成功。 與終端通訊，文件傳輸成功 終端下文件傳輸成功的界面在發(fā)送完第202塊時，將程序強行中止，模擬真實升級過程中網(wǎng)絡(luò)不穩(wěn)定，失去連接的狀況，再次連接時，客戶端從第202塊開始重傳文件，終端依據(jù)傳過去的塊號定位文件，將塊數(shù)據(jù)寫入文件。 斷點續(xù)傳成功界面 錯誤檢測當客戶端的升級版本號比終端的版本號要低時，說明文件不需要升級，提示錯誤。 錯誤檢測8. 工作總結(jié)和展望本系統(tǒng)實現(xiàn)了由服務(wù)器端全程控制的遠程升級，隨著嵌入式系統(tǒng)的日益發(fā)展，這種文件升級的機制必然會更加的進步和完善。所做的主要工作如下： 1．詳細了解了嵌入式Linux系統(tǒng)的基礎(chǔ)知識以及它所具有的優(yōu)勢。 2．對系統(tǒng)總體架構(gòu)進行了分析。 3．利用自己定義的規(guī)約實現(xiàn)了文件的斷點續(xù)傳 4．采用了簡單的對稱加密，以及l(fā)zw壓縮算法，對文件進行加密壓縮傳縮。 5．采用了多線程，支持文件分塊傳輸。 6．支持一次性對多臺終端進行遠程升級。由于時間的原因，還有自己的技術(shù)也并不成熟，工作中還有些問題等待進一步的解決：，采用的是把終端地址固定在一個配置文件中，應(yīng)改用更為先進的消息隊列機制。 ，升級程序?qū)⑼顺觯鴽]有繼續(xù)向另外終端升級。 ，并沒有自己實現(xiàn)編程控制。致謝本畢業(yè)設(shè)計從開題到完成論文，總耗時近四個月。在這段時間里，我十分感謝軟件學院對我們的重視,為了讓我們能夠順利的按時按質(zhì)完成課題，學院為我們提供了配置齊全的機器和舒適的工作學習環(huán)境，制定了嚴格的管理制度。院領(lǐng)導和老師無時無刻不在關(guān)注著我們的工作進展，對我們的每一項工作細節(jié)都提出了極高的要求，這對即將走入社會的我們來說無疑是最寶貴的財富。在整個畢業(yè)設(shè)計期間，本人得到了不少同學的幫助，使得這篇論文能夠順利的完成。我對幫助過我的同學表示感謝。特別要提出致謝的是我的指導老師xxx，他為人隨和，工作一絲不茍，只要我提出的問題，他都幫我盡力解決，并且給了我很多的指導和建議，如果沒有他的指導的話，我想我的畢業(yè)設(shè)計也不會這么順利地完成。另外還要感謝并不相識的xx經(jīng)理，xx老師把他介紹給我，他幫我解決了MFC和Linux下文件傳輸出現(xiàn)亂碼的問題。在他眼里也許這是小事，但我一直心存感激。在本篇論文完成之際，我要對他們表示衷心的感謝。在以后的工作學習中，我也要再接再厲，不辜負他們對我的期望。最后，再次對給予我的幫助和鼓勵的老師、同學和朋友們致以最誠摯的謝意！參考文獻[1] 鮑衛(wèi)兵，杜豐， 在遠程抄