|
/***************************************************** * Filename: 一線研發之聲：嵌入式C編程經驗 之 函數指針 * Author：SedateFire * E-mail:SedateFire@126.com * Version：1.0 * Modify Date: 2012-01-12 * key: 嵌入式 函數指針 回調函數 * 本文首發： 環球資源-電子工程專輯-博客: 靜心齋 ******************************************************/ 今天討論什么呢，就討論函數指針吧 指針，在C語言中，是一個神圣的存在，可遠觀不可褻玩焉。函數指針，則是指針里面更讓人敬畏的存在。 如果你是一個單片機工作者，那么我猜測你八成忘記了函數指針如何定義，我幾乎可以想象出你苦苦思索的神態了。 如果你是一個linux底層驅動工作者，那么顯然你要感嘆造物住的神奇，函數指針竟是如此的遍地開花。尤其是linux 2.6以后的內核版本，你幾乎要被指針晃花眼睛了，沒有2年工作經驗你都很難找到函數的原型定義在哪里。linux內核是一個高度抽象的世界，它把所有外設都視為文件，這一切，函數指針功不可沒。 前者太遙遠，因為單片機基本上無法應用函數指針。比如Keil C51，函數指針是非常危險的，因為編譯器不知道你這個指針要指向那個函數，也就無法分析分配每個局部變量。額...那個靜態編譯懂嗎？用一句形象的話為君解惑，對于靜態編譯，每個變量(含局部)它的地址都是恒定不變的，但不是唯一的哦。C51的棧，只用來存儲函數返回地址。當然，特殊的遞歸編譯不在討論范圍之內。所以，單片機程序和函數指針基本絕緣。只有一個途徑可以用函數指針，那就是在編譯階段就告訴編譯器這個函數指針的對象,且那個函數必須是有定義的，存在的。 static const void (*function_pointer)(void) = function_exist; 如果你的單片機程序中，有一個很大的很有規律的類似switch的寫法，那么可以改寫成靜態函數指針數組，用查表方式，無論是可閱讀性，還是程序效率，都頗有可道之處。如果不告訴編譯器函數指針的對象，那你就完蛋了，程序也許能跑，但bug是莫名其妙的，沒有任何邏輯的。如果你說那樣干沒有問題，那我也不爭辯，只盼你能買幾張彩票送我。 linux當中的函數指針，那是鑼鼓喧天鞭炮齊鳴紅旗招展人山人海啊~~。基本上只要是結構體，里面都必有一個函數指針，而且是一層嵌套一層地層層抽象上去，還有一堆令人頭皮發麻的void *無類型指針，指針和變量齊飛，代碼共數據一色。所以，高薪不是沒有依據的。隨著android的迅猛發展，大家接觸linux內核的機會也會越來越多。 當然多數人沒那么好運的，我們說點實際點的，M0/M3平臺。這個平臺是很適用函數指針的，因為它是壓棧式的編譯方式。它最廣泛的應用是回調函數，就我個人體會來講，回調函數主要是為了分層清晰和模塊化而存在的。我底層想傳遞消息給頂層，但又不好直接調用頂層函數，于是就用函數指針這種暗度陳倉的方式。有人說，直接調用不就得了，搞什么虛文。問題是頂層隨時可能換，函數名也會變，到時候移植起來發現，頂層和底層盤根錯節，相互依賴，那是很痛苦的。頂層對底層說，小兄弟，這個事情你先做，有什么情況你就打電話給我，剩下的我來處理。底層含著眼淚對頂層說，哥，你別說了，你還是先把電話號碼給我吧，您干嘛老換號碼啊。這個記錄電話的媒介，就是回調函數指針。 回調之妙，食髓知味。 夜了，閃人先，期待本文1.1版吧，呵呵 哎，自己回頭看了一遍，內容冗余，表達轉折突兀，不夠圓潤，容我再細細梳理一翻... |
