函數(shù)指針有啥用？有啥意義？

很久沒寫燒腦文了，今天來寫一篇。

說來奇怪，昨晚睡覺前，突然在想一個問題：函數(shù)指針有啥用？有啥意義？

起源是之前有個學員問我這個問題，但是感覺當時回答得不是特別好。

有些東西就是這樣，自己知道該怎么用，用在哪，但如果一下子讓我很通俗易懂地表達出來，腦子就卡殼了。

昨晚夜深人靜，我想到了正好我們wifi報警主機那個項目有個例子，非常適合去深刻理解。

這個項目我們對接的是涂鴉云平臺，然后涂鴉云提供SDK，我們需要移植到我們自己的項目里去。

在移植的過程中，我們需要去更改他們SDK里面的代碼，我覺得這點是可以優(yōu)化的。

下面給大家舉一個具體的例子：

比如我們使用的涂鴉云提供的WiFi模組，通過串口和我們單片機連接，有一個通訊協(xié)議，但是涂鴉云幫我們做好了這個通訊協(xié)議的代碼，所以會提供一個SDK給我們。

我們在使用SDK的時候，需要修改SDK的代碼，把我們這款單片機的串口發(fā)送一個字節(jié)的函數(shù)，移植到SDK里面去。

Hal_Wifi_SendByte函數(shù)是STM32的串口發(fā)送一個字節(jié)函數(shù)。

我們要把這個函數(shù)放到涂鴉云SDK protocol.c文件的usart_transmit_output函數(shù)里面去。

最終SDK是調(diào)用usart_transmit_output函數(shù)實現(xiàn)串口數(shù)據(jù)流發(fā)送功能。

Ok，我們現(xiàn)在思考一下，這種方式有什么問題？如何解決？

問題1：

如果采用這種方式，有一種功能實現(xiàn)不了，就是假設涂鴉云這個SDK要封庫（lib文件），源碼不開放，我們就沒法把Hal_Wifi_SendByte放到protocol.c文件的usart_transmit_output函數(shù)里面去。

是不是會有這個問題？這意味著，protocol.c必須開源，但是很多企業(yè)有一些核心代碼，是商業(yè)機密，不能開放的，比如做導航的地圖數(shù)據(jù)庫。

問題2：

客戶的技術(shù)水平層次不齊，如果有些基礎稍微差點的，把SDK改亂了，這樣會增加涂鴉云技術(shù)支持的人工成本。

所以，如果我去做，最理想的是不讓客戶改SDK的任何代碼，你就直接按照我的方法和流程，調(diào)用函數(shù)用。

怎么解決這個問題？那就必須要用函數(shù)指針了！記住，是必須！

第一步：在protocol.h文件下自定一個函數(shù)指針類型pUart_transmit_output。

第二步：在protocol.c定義一個函數(shù)指針變量Uart_transmit_outputCBS。

第三步：修改protocol.c文件下uart_transmit_output函數(shù)，直接調(diào)用剛剛定義的函數(shù)指針變量Uart_transmit_outputCBS，記住調(diào)用前，必須要指針不為空的條件判斷，否則，如果指針調(diào)用前沒正確指向，會造成指針異常，程序死機。