我們通常認為，在中斷中，不能執行耗時的操作，否則會影響系統的穩定性，尤其對于嵌入式編程。對于帶操作系統的程序而言，可以通過操作系統的調度，將中斷處理分成兩個部分，耗時的操作可以放到線程中去執行，但是對于沒有操作系統的情況，又應該如何處理呢
比較常見的，我們可能會定義一些全局變量，作為flag，然后在mainloop中不停的判斷這些flag，再在中斷中修改這些flag，最后在mainloop中執行具體的邏輯，但是這樣，無疑會增加耦合，增加程序維護成本。
cpost正是應用在這種情況下的一個簡單但又十分方便的工具，它可以特別方便的進行上下文的切換，減少模塊耦合。
cpost鏈接：
?https://github.com/NevermindZZT/cpost
?
cpost借鑒的Android的handler機制，通過在mainloop中跑一個任務，然后在其他地方，可以是中斷，也可以是模塊邏輯中，直接拋出需要執行的函數，使其脫離調用處的上下文，運行在mainloop中。cpost還支持延遲處理，可以指定函數在拋出后多久執行
cpost的使用十分簡單，這里以使用在嵌入式無操作系統中為例，主要用作中斷延遲處理的情況
配置cpost.h中的宏CPOST_GET_TICK()，配置成獲取系統tick，以stm32 hal為例
#define CPOST_GET_TICK() HAL_GetTick()
在mainloop調用cpostProcess函數
int main(void)
{
...
while (1)
{
cpostProcess();
}
return 0;
}
在中斷等需要進行上下文切換的地方調用cpsot接口，使其在mainloop中運行
cpost(intHandler);
cpost的原理其實很簡單，其代碼量也十分少，總共加起來就只有幾十行代碼，cpost維護了一個而全局的數組
CpostHandler cposhHandlers[CPOST_MAX_HANDLER_SIZE] = {0};
其中，數組的每一個元素表示包含了需要執行的函數和參數，當調用cpost接口時，被post的函數和參數會被保存在這個數組中，然后mainloop中運行的cpostProcess函數會遍歷這個數組，當滿足條件時，執行對應的函數，從而達到上下文切換的目的
void cpostProcess(void)
{
for (size_t i = 0; i < CPOST_MAX_HANDLER_SIZE; i++)
{
if (cposhHandlers[i].handler)
{
if (cposhHandlers[i].time == 0 || CPOST_GET_TICK() >= cposhHandlers[i].time)
{
cposhHandlers[i].handler(cposhHandlers[i].param);
cposhHandlers[i].handler = NULL;
}
}
}
}
其實，cpost的方式，和一開始提到的使用全局的flag進行上下文切換的方法很像，只不過，cpost通過一個數組的維護和直接post函數的方式，省去了維護flag的成本，也不需要將需要執行的函數耦合到mianloop中，從而變得簡單易用。
對于模塊化編程來說，如何實現各模塊間的解耦一直是一個比較令人頭疼的問題，特別是對于嵌入式編程，由于控制邏輯復雜，并且對程序體積有控制，經常容易寫出各獨立模塊之間相互調用的問題。由此，cpost中的cevent組件，通過模仿Android系統中的廣播機制，提供了一種非常簡單的模塊間解耦實現。
cevent借鑒的是Android系統的廣播機制，一方面，各模塊在工作的時候，都會有多個具體的事件點，在高耦合的編程中，可能會在這些地方調用其他模塊的功能，比如說，在通信模塊接收到指令的時候，需要閃爍一下指示燈。
使用cevent，我們可以在這些地方拋出一個事件，當前模塊不需要關心在這各地方需要執行哪些其他模塊的邏輯，由其他模塊，或者用戶定義一個事件監聽，當具體的事件發生時，執行相應的動作。
cevent使用注冊的方式監聽事件，會依賴于編譯環境，目前支持keil，iar，和gcc，對于gcc，需要修改鏈接文件(.ld)，在只讀數據區添加：
_cevent_start = .;
KEEP (*(cEvent))
_cevent_end = .;
系統初始化時，調用ceventInit
ceventInit();
在c文件中，調用CEVENT_EXPORT導出事件監聽
CEVENT_EXPORT(0, handler, (void *)param);
在事件發生的地方，調用ceventPost拋出事件
ceventPost(0);
嵌入式編程中，我們習慣會在程序啟動的時候，調用各個模塊的初始化函數，其實這也是一種耦合，會造成main函數中出現很長的初始化代碼，借助cevent，我們可以對初始化進行優化解耦。
定義初始化事件的值，對于初始化，有些模塊可能會依賴于其他模塊的初始化，會有一個先后順序要求，所以這里我們可以把初始化分成兩個階段，定義兩個事件，當然，如果有更復雜的要求，可以再多分幾個階段，只需要多定義幾個事件就行
#define EVENT_INIT_STAGE1 0
#define EVENT_INIT_STAGE2 1
在main函數中初始化cevent，并拋出初始化事件
int main(void)
{
...
ceventInit();
ceventPost(EVENT_INIT_STAGE1);
ceventPost(EVENT_INIT_STAGE2);
...
return 0;
}
對所有需要初始化的函數注冊事件監聽，這里我以對letter-shell注冊事件監聽為例，分為兩個部分，初始化串口和初始化shell。
在serial模塊中，將串口初始化注冊到初始化第一階段，cevent支持將不大于7個的參數直接傳遞到注冊的監聽函數中，下面的注冊方式，相當于在EVENT_INIT_STAGE1事件發生的地方，也就是main函數中對應的位置，調用serialInit(&debugSerial)
CEVENT_EXPORT(EVENT_INIT_STAGE1, serialInit, (void *)(&debugSerial));
然后再shell模塊中，將shell初始化函數注冊到初始化第二階段。
CEVENT_EXPORT(EVENT_INIT_STAGE1, shellInit);
再無操作系統的嵌入式編程中，我們如果同時希望運行多個模塊的邏輯，通常是在mainloop中循環調用，這種將函數寫入mainloop的做法，也會增加耦合
int main(void)
{
...
while (1)
{
// 寫在mainloop中的模塊邏輯
shellTask(&shell);
LedProcess();
...
}
return 0;
}
通過使用cevent，也可以很方便的消除這種耦合
定義mainloop事件的值
#define EVENT_MAIN_LOOP 3
去掉mainloop中對其他模塊的調用，改為排除mainloop事件
int main(void)
{
...
while (1)
{
ceventPost(EVENT_MAIN_LOOP);
}
return 0;
}
分別在各個模塊中，注冊對mainloop事件的監聽
CEVENT_EXPORT(EVENT_MAIN_LOOP, shellTask, (void *)(&shell));
CEVENT_EXPORT(EVENT_MAIN_LOOP, LedProcess);
cevent是一個非常小的模塊，本身代碼及其簡單，但是，通過模仿廣播機制，讓cevent可以發揮很強大的功能，通過，還可以結合cpost，實現延遲事件等功能。
來源：https://blog.csdn.net/qq_34245464/article/details/111427317
1.2021年第8期《單片機與嵌入式系統應用》電子刊新鮮出爐！
2.為了興趣愛好，我該選嵌入式么？
3.編碼的終極意義：軟件工程師出身CEO的好處！
4.嵌入式工程師掌握編程的幾個要素
5.Cortex-M中斷向量表原理及其重定向方法~
6.如何在MCU上高效地管理內存？
免責聲明：本文系網絡轉載，版權歸原作者所有。如涉及作品版權問題，請與我們聯系，我們將根據您提供的版權證明材料確認版權并支付稿酬或者刪除內容。
