嵌入式linux軟件如何進行數(shù)據參數(shù)保存？

　　大多數(shù)軟件開發(fā)都會涉及到數(shù)據參數(shù)的保存與讀取，小至運行的單片機的軟件，大至操作系統(tǒng)級別的軟件（如linux，windows，mac），均會有專門的子程序或者模塊進行參數(shù)的保存和讀取。不同的平臺下開發(fā)，參數(shù)的保存與讀取會存在一定的差異化，例如，單片機下，保存參數(shù)是寫入eeprom或者 rom，windows和linux下的軟件則會以配置文件的形式保存參數(shù)。下面以我以前在工作中所遇到情況，重點寫寫嵌入式linux軟件是如何進行的數(shù)據參數(shù)的保存。

　　一 以二進制數(shù)據保存參數(shù)。

　　以二進制形式保存參數(shù)是很是常見的一種方案，也是很多項目組用于保存參數(shù)的一種方案。以我們現(xiàn)有的軟件平臺中的方案為例吧。

　　我們的軟件平臺基于嵌入式ｌｉｎｕｘ，　flaｓｈ芯片容量是16M，flash 芯片被分為了五個區(qū)，如下所示， 其中parameter 分區(qū)用于數(shù)據參數(shù)的存儲。

　　| uboot | kernel | rootfs | app | parameter |

　　-----------------------------------------------------------------------------

　　uboot 分區(qū) 對應 設備文件/dev/mtdblock0

　　kernel 分區(qū) 對應 設備文件/dev/mtdblock1

　　rootfs 分區(qū) 對應 設備文件/dev/mtdblock2

　　app 分區(qū) 對應 設備文件/dev/mtdblock3

　　parameter 分區(qū) 對應 設備文件/dev/mtdblock4

　　假設我們想要保存用戶名與密碼。

　　1 定義一個結構體， 結構體成員包含用戶名與密碼

　　struct _Parameter{

　　char usename［16］;

　　char password［16］;

　　};

　　int fd = -1;

　　fd = open（/dev/mtdblock5， O_RDWR）;

　　struct _Parameter sys_parameter;

　　2 填充sys_parameter的成員usename和password，假若username為dodolook，密碼為123456

　　strncpy（sys_parameter.username， “dodolook”， 16）;

　　strncpy（sys_parameter.password， “123456”， 16）;

　　3 將sys_parameter以二進制的形式寫入flash分區(qū)5的映射的設備文件/dev/mtdblock4.

　　write（fd， &sys_parameter， sizeof（struct _Parameter））;

　　參數(shù)的讀取

　　從設備文件/dev/mtdblock4讀取sizeof（struct _Parameter） 大小的字節(jié)到所定義的參數(shù)結構體sys_parameter的變量地址。

　　int fd = -1;

　　fd = open（/dev/mtdblock5， O_RDWR）;

　　read（fd， &sys_parameter， sizeof（struct _Parameter））;

　　上述的保存參數(shù)的過程， 與單片機開發(fā)的參數(shù)保證頗有幾份相似之處， 早期的嵌入式軟件開發(fā)工程師大多有過單片機軟件開發(fā)的經歷， 在單片機中，參數(shù)會寫入一個eeprom芯片（部分單片機自身集成eeprom芯片），當有著單片機開發(fā)經歷的工程師轉行到嵌入式軟件開發(fā)，不可避免的沿續(xù)了以前的工作經驗，也許這便是我們系統(tǒng)中數(shù)據參數(shù)存儲方案的來歷。

　　二進制數(shù)據保存參數(shù)的方案的確存在速度的優(yōu)勢， 但同時也存在著以下幾個不是避免的問題。

　　1 對現(xiàn)有數(shù)據進行擴展極為不便。

　　例如 在設計時， 我們理所當然的想到，16個字符完全足夠能夠顯示一個用戶名，假設，客戶提一個特別變態(tài)的需求，需要輸入17個字符。怎么辦？動之以情，曉之以理，勸勸客戶別提這么變態(tài)的需求?？扇丝蛻舨宦?，怎么辦？只能重新定義結構體。這下更好了， 新的參數(shù)結構體與早先的軟件不兼容。怎么辦？定義客戶編繹開關，只有此客戶才用到此編繹開關。 行，問題是解決了，隨意的添加工編繹開關，又為后期的維護埋下的定時炸彈。

　　2 無法直接查看編緝參數(shù)。

　　保存的參數(shù)對我們來說是不透明的， 不可交互的。 在軟件開發(fā)， 我們常常遇到由于參數(shù)區(qū)數(shù)據被破壞而引發(fā)的bug， 我們?yōu)闀截悈?shù)區(qū)到一個文件 ，與正常的參數(shù)區(qū)二進制進行對比， 以確定參數(shù)區(qū)是否被破壞。 存入參數(shù)區(qū)的數(shù)據為二進制數(shù)據， 二進制式數(shù)據對我們來說， 幾乎不具有可讀性，進而影響到軟件的可維護性。