RTOS 任務(wù)入口函數(shù)執(zhí)行完之后去哪里了？
[導(dǎo)讀]1.說明在工作過程中，我發(fā)現(xiàn)在實(shí)際使用RTOS完成項(xiàng)目時，理解這些知識僅能達(dá)到會用RTOS的水平，要想用好RTOS，還需要了解一些比較細(xì)節(jié)的機(jī)制，否則容易掉坑進(jìn)去，花大量時間定位問題。本文結(jié)合TencentOS-Tiny實(shí)時操作系統(tǒng)給大家講述一下相關(guān)內(nèi)容。2.任務(wù)的通常寫法遵循“...
1. 說明
在工作過程中，我發(fā)現(xiàn)在實(shí)際使用RTOS完成項(xiàng)目時，理解這些知識僅能達(dá)到會用RTOS的水平，要想用好RTOS，還需要了解一些比較細(xì)節(jié)的機(jī)制，否則容易掉坑進(jìn)去，花大量時間定位問題。
2. 任務(wù)的通常寫法
遵循“不使用就讓出”的原則，任務(wù)通常有兩種寫法。
{
// init...
while (1) {
// 1. wait some kernel object...
// eg. tos_sem_pend, tos_mutex_pend, tos_event_pend.
// 2. wait success, handle!
}
}
這種寫法中，在沒有事件發(fā)生的時候，任務(wù)會因?yàn)榈却硞€內(nèi)核對象而被掛起，讓出CPU不參與調(diào)度。
{
// init...
while (1) {
// 1. do some thing...
// 2. sleep!
// eg. tos_task_delay, tos_sleep_ms.
}
}
這種寫法中，任務(wù)在干完活之后，會主動進(jìn)入睡眠狀態(tài)，讓出CPU不參與調(diào)度。
3. 一次性任務(wù)
上面兩種寫法的共性是都有主循環(huán)，不需要考慮任務(wù)入口函數(shù)退出的情況，但在一些場景中任務(wù)只需要執(zhí)行一次即可：
{
// init...
// do some thing...
// exit?
}
「這個時候就要思考一個問題：任務(wù)入口函數(shù)執(zhí)行完畢之后去了哪里？」
4. 尋找答案
首先，「任務(wù)入口函數(shù)本質(zhì)上是一個函數(shù)」，跳轉(zhuǎn)函數(shù)的指令是BL，CPU在執(zhí)行該指令跳轉(zhuǎn)到某個函數(shù)執(zhí)行時，會將當(dāng)前PC地址作為函數(shù)返回地址、加載到LR寄存器中、保證函數(shù)執(zhí)行完可以返回到這兒繼續(xù)執(zhí)行，再將函數(shù)地址加載到PC寄存器、程序接著執(zhí)行就到了函數(shù)中。那么，任務(wù)入口函數(shù)沒有被別的函數(shù)主動調(diào)用，是如何被拉起來執(zhí)行的呢？
任務(wù)切換分為兩步：保存上文、切換下文。切換下文就是指將保存在任務(wù)棧中的CPU寄存器組的值、加載到CPU中。
「所以，當(dāng)任務(wù)棧中初始保存的CPU寄存器組的值中、PC寄存器值為該任務(wù)的任務(wù)入口函數(shù)地址時，切換下文加載之后，由于PC指向任務(wù)入口函數(shù)，所以CPU接著運(yùn)行就到了任務(wù)入口函數(shù)中，也就是該任務(wù)在運(yùn)行。」
同樣的道理，「任務(wù)棧中初始保存的CPU寄存器組的值中、LR寄存器的值決定了、任務(wù)入口函數(shù)退出時候返回到哪里?！?
由于不同CPU架構(gòu)的CPU寄存器組不同，所以初始化任務(wù)棧的代碼與架構(gòu)強(qiáng)相關(guān)，在arch目錄下都有不同架構(gòu)對應(yīng)的實(shí)現(xiàn)。
這里我們以ARM Cortex-M4為例（Arm-v7m）看看代碼如何實(shí)現(xiàn)：
從代碼里可以看到，TencentOS-Tiny默認(rèn)退出函數(shù)為exit參數(shù)指定的值，接下來我們看看退出函數(shù)~
5. 任務(wù)退出函數(shù)
在創(chuàng)建任務(wù)的API tos_task_create中，初始化任務(wù)棧的過程中會指定退出函數(shù)為 task_exit：
task->sp = cpu_task_stk_init((void *)entry, arg, (void *)task_exit, stk_base, stk_size);
task_exit 函數(shù)主要完成銷毀自身的工作，具體實(shí)現(xiàn)如下：
__STATIC__ void task_exit(void)
{
tos_task_destroy(K_NULL);
}
該銷毀函數(shù)傳入的參數(shù)為NULL表示銷毀自身，如果是靜態(tài)任務(wù)則按以下步驟銷毀（動態(tài)任務(wù)銷毀值得用一篇文章去講述）：
-
將任務(wù)從就緒列表移除
-
將任務(wù)從等待列表移除
-
將任務(wù)從統(tǒng)計(jì)列表移除
-
任務(wù)狀態(tài)置為K_TASK_STATE_DELETED
6. 總結(jié)
本文講述了任務(wù)的兩種常規(guī)寫法，以及任務(wù)函數(shù)執(zhí)行完畢之后去了哪里？
當(dāng)任務(wù)函數(shù)執(zhí)行完畢退出時，會執(zhí)行到哪里由任務(wù)棧初始化時LR寄存器的值決定，RTOS內(nèi)核都會提供一個默認(rèn)退出函數(shù)，TencentOS-Tiny提供的任務(wù)退出函數(shù)中，會自動銷毀任務(wù)自身。
所以在編寫一次性任務(wù)時，就不需要主動調(diào)用銷毀API銷毀自身啦~
------------ END ------------
下載文檔本站聲明： 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布，目的在于傳遞更多信息，并不代表本站贊同其觀點(diǎn)，本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者，如若文章內(nèi)容侵犯您的權(quán)益，請及時聯(lián)系本站刪除。
換一批
延伸閱讀
關(guān)注星標(biāo)公眾號，不錯過精彩內(nèi)容作者|strongerHuang微信公眾號?|?嵌入式專欄不知道大家有沒有做過低功耗產(chǎn)品？低功耗產(chǎn)品看似很簡單，其實(shí)，要做好一款低功耗產(chǎn)品，特別是做到超低功耗，難度相對更高。今天就來講講在R...
關(guān)鍵字： RTOS 低功耗設(shè)計(jì) 單片機(jī) CPU
廠商專欄
熱門文章
- 硬剛到底！大疆正式起訴美國FCC，這場反擊太解氣
- 馬斯克的SpaceX要造手機(jī)了 可直連星鏈！
- 國產(chǎn)仿真軟件NESIM-A發(fā)布 國產(chǎn)EDA重要里程碑
- TrendForce集邦咨詢: 受CPU、存儲器價(jià)格同步上漲壓力，預(yù)估2026年第一季度筆電出貨量將季減14.8%
- 宇樹科技澄清2025年銷量數(shù)據(jù)：人形機(jī)器人實(shí)際出貨量超5500臺
- TrendForce集邦咨詢: 新機(jī)調(diào)價(jià)抑制銷售需求，2026年第二季度起智能手機(jī)生產(chǎn)承壓明顯
- 盤點(diǎn)晶體諧振器振蕩頻率溫度特性異常的幾個原因
- YL-335B自動化生產(chǎn)線裝配單元Ⅱ程序設(shè)計(jì)
- Keil MDK軟件包(pack)下載的幾種方法詳解
- 一文搞懂脈沖寬度調(diào)制（PWM）原理、頻率與占空比
編輯精選
更多
論壇活動
更多
論壇熱帖
- 【每周分享】程序員真的逃不過35歲被裁的坎嗎？
- 【每周分享】公司已經(jīng)裁掉我了，還在繼續(xù)安排大量工作給我，這合適嗎？
- 【每周分享】努力、運(yùn)氣、選擇，哪一個更重要？
- CW32L012固件庫發(fā)現(xiàn)兩處問題
- CW32L011休眠模式 偶發(fā)無法喚醒
- gd32f4 中斷影響adc采樣怎么解決
- GD32F303定時器捕獲頻率出現(xiàn)問題
- 用PMOS做開關(guān)的電路，開關(guān)按下PMOS導(dǎo)通，電路為啥不行呢
- APM32F407備份SRAM VBAT測試避坑指南：從誤判到精準(zhǔn)檢測
- 極海的APM32F425和APM32F427到底有什么區(qū)別？
技術(shù)子站
更多
資料下載
更多
