嵌入式Linux通信中構件技術應用研究
摘要:本文首先介紹了嵌入式Linux 網絡實時通信的現狀及構件技術的特點,然后以嵌入式服務器的網絡實時通信應用為基礎,將構件技術引入Linux 的TCP/IP 協(xié)議設計中,給出了一種構件化TCP/IP 協(xié)議棧中主要協(xié)議的方法,并對構件化的協(xié)議進行測試,測試表明該方法為嵌入式Linux 網絡實時通信提供了一種新思路。
本文引用地址:http://m.butianyuan.cn/article/148658.htm1 引言
現今較為流行的操作系統(tǒng)Linux[1],本著開放、自由的精神吸引了全世界的目光,但將它應用于嵌入式實時環(huán)境還有許多缺點。特別是在運行內核線程時,Linux 關閉中斷,而且分時調度虛擬文件系統(tǒng)的時間不確定性、缺乏高精度的計時器等問題都是需要解決的,所以在Linux 上進行實時改進,建立具有實時應用能力的操作系統(tǒng)是現代嵌入式操作系統(tǒng)的解決方案,也日益成為人們關注的課題。
目前,大多數嵌入式設備都具有存儲容量小、處理速度慢和網絡應用單一等特點,在這樣的嵌入式系統(tǒng)中應用傳統(tǒng)的單塊式網絡協(xié)議棧就存在問題:一是如果協(xié)議棧中某個子協(xié)議功能需要升級,就要升級整個協(xié)議棧甚至重新編譯全部內核文件,工作流程復雜;二是協(xié)議棧不夠靈活,不能根據嵌入式系統(tǒng)對網絡通信的實際需求配置其內容。
2 構件技術介紹
早在60 年代,“軟件構件”與“軟件組裝生產線”思想在國際北大西洋公約組織軟件工程會議上被提出來,從此,采用構件技術實現軟件復用,采用“搭積木”的方式生產軟件,成為軟件業(yè)長期的夢想。然而,由于技術水平的限制,在很長一段時間內,構件技術只是作為一種思想存在,直到CORBA 、J2EE、.NET 出現,中間件興起以后,構件技術才逐漸走向現實。
構件最大的特點是可以不斷復用、降低成本、縮短開發(fā)周期。從構件技術的實現來看,它規(guī)定了一種普遍使用的抽象“標準”,即規(guī)定了一組相同的結構類接口來實現動態(tài)交流。通信協(xié)議引入構件技術設計,可提供代碼的可重用性,使程序開發(fā)周期縮短,分工更加明細,使整個協(xié)議體系具備了更好的可配置性、高效性、可重用性、可擴展性和可表達性。從而解決了網絡通信中存在的四個基本問題:基本的構件互操作性、協(xié)議版本升級、實現語言無關性、透明的跨進程互操作性。
軟件構件技術[2]是建立在面向對象技術之上的,它提供了比面向對象技術更為高級的抽象,通常是對一組類進行封裝,通過固定的接口來調用該構件所提供的方法。構件技術成為了嵌入式操作系統(tǒng)和嵌入式應用軟件的發(fā)展趨勢。利用構件技術把單塊式的網絡協(xié)議分割成多個獨立的構件,每一個構件都可以被新的構件更新、替換,一組相關的構件提供特定的服務。因此,系統(tǒng)就可以通過選擇相應的網絡協(xié)議構件進行組裝來通信。
通信協(xié)議構件化
隨著嵌入式系統(tǒng)與網絡的日益結合,在嵌入式實時操作系統(tǒng)中引入TCP/IP 協(xié)議棧,以支持嵌入式設備接入網絡,成為嵌入式領域重要的研究方向。但是傳統(tǒng)的TCP/IP 協(xié)議實現存在實時性能較差,不能滿足實時性要求高的嵌入式領域;傳統(tǒng)TCP/IP 的實現過于復雜,需占用大量系統(tǒng)資源,而嵌入式應用的系統(tǒng)資源往往都很有限;傳統(tǒng)的TCP/IP 協(xié)議系統(tǒng)是基于單塊式體系結構的,即嵌入式實時操作系統(tǒng)中引入的協(xié)議是以單塊方式設計并加以實現的,隨著網絡技術的不斷發(fā)展,以及一些新應用不斷增長和變化的要求,這種通用的單塊式結構的協(xié)議往往不能滿足需求。因此,需要把傳統(tǒng)TCP/IP 在不違背協(xié)議標準的前提下加以改進實現,使其實時性得到提高,占用的存儲空間盡可能少,從而滿足嵌入式應用的要求。
Linux 可針對用戶的需求,動態(tài)載入和卸載操作系統(tǒng)構件,這種模塊化機制[3]為通信協(xié)議構件化提供了前提條件。用戶可以根據需要,在不對內核重新編澤的情況下,能將模塊動態(tài)地載入內核或從內核移出,內核可以僅實現一些基本功能,系統(tǒng)的可擴展性功能就留給模塊來完成,從而使內核的大小和通訊量都達到最小。因此,在Linux 中實現協(xié)議構件化可以依賴模塊化機制,協(xié)議構件由Linux 模塊來實現,模塊能動態(tài)地載入內核或從內核移出,而不需要對內核重新編譯。
本文針對嵌入式服務器的網絡實時通信的應用,以經過實時改進和裁剪的Linux 操作系統(tǒng)作為協(xié)議構件化的平臺,對的TCP/IP 協(xié)議棧進行構件化。
1 通信協(xié)議構件化原理
2 通信協(xié)議分解
為了使協(xié)議構件具備動態(tài)鏈接、信息封裝、統(tǒng)一接口等特性,首先要合理分解通信協(xié)議,這關系到通信協(xié)議構件的粒度。從粒度上來看,構件的粒度越小,協(xié)議劃分越細,協(xié)議構件越多;構件粒度越大,協(xié)議劃分越粗,協(xié)議構件越少。
協(xié)議構件粒度的大小,決定了協(xié)議構件模塊化、信息封裝性、局部化的程度,為此必須保證協(xié)議構件的獨立性。一旦構件具備良好的獨立性,建立在協(xié)議構件之上的應用程序構件就更容易開發(fā),接口也會簡化;獨立的模塊也比較容易測試與維護,修改工作量小,錯誤傳播范圍小。如果粒度過小,雖然協(xié)議構件獨立性增強,但是構件的接口就增加了,給構件的組合、構件的管理帶來了很多的困難。如果粒度過大,構件的尺度增加,獨立性降低,各個構件之間的關聯(lián)度也會增加,不利于構件的動態(tài)替換與更新。
粒度的大小可以用兩個定性標準來衡量,分別是內聚和耦合。耦合衡量不同構件彼此之間相互依賴的緊密程度;內聚衡量一個協(xié)議構件內部各個元素彼此結合的緊密程度。在對協(xié)議進行構件化的時候,采取的策略應當盡量使協(xié)議構件之間的耦合度降低,獨立性增強,加強內聚性。
目前對構件的粒度還沒有統(tǒng)一的要求,由于構件是一個高內聚的軟件包,只要符合高內聚的原則,則構件的粒度大小可不限。
3.1.2 通信協(xié)議構件化方法由上節(jié)可知,通信協(xié)議分解沒有統(tǒng)一的要求,所以,可以從多個角度對通信協(xié)議進行構件化[4]。例如,按構件的功能可進行基本協(xié)議構件、通用協(xié)議構件、對各領域的專用協(xié)議構件或子系統(tǒng)協(xié)議構件化;按構件的使用方式可進行靜態(tài)的和動態(tài)的構件化;按構件的結構可進行原子構件及由多個構件*的組合構件化;按協(xié)議棧的分層結構可進行層次構件化。本文以Linux 下的TCP/IP 協(xié)議層次結構(如圖1 所示)為基礎,按層次構件化。即將ARP、IP、ICMP、UDP、TCP 協(xié)議從Linux 內核中分離出來,按每個協(xié)議完成的功能劃分成不同的模塊,每個模塊作為一個構件。每個構件用一個指針函數實現,這樣,一個基于嵌入式Linux 的應用系統(tǒng)在內核啟動時可按需求動態(tài)組裝協(xié)議功能,形成不同配置通信協(xié)議棧,顯示了系統(tǒng)網絡通信的靈活性。
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)tcp/ip相關文章:tcp/ip是什么
評論