0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

RTOS開發(fā)中的Mutex互斥鎖

strongerHuang ? 來(lái)源:嵌入式專欄 ? 作者:strongerHuang ? 2022-04-07 10:32 ? 次閱讀

在基于RTOS開發(fā)項(xiàng)目時(shí),通常都會(huì)遇到互斥的情況,比如:幾個(gè)任務(wù)都要使用一個(gè)UART串口進(jìn)行發(fā)送數(shù)據(jù)。

如果不加互斥鎖,優(yōu)先級(jí)高的任務(wù),會(huì)搶占串口并發(fā)送數(shù)據(jù),則有可能會(huì)出現(xiàn)發(fā)送數(shù)據(jù)“亂碼”的情況。

今天就說(shuō)說(shuō)在RTOS開發(fā)中,互斥鎖一個(gè)常見的問(wèn)題。

什么是Mutex互斥鎖?

學(xué)習(xí)過(guò)RTOS的讀者應(yīng)該對(duì)互斥不陌生,互斥鎖就是為了避免任務(wù)之間互相搶占某種資源而設(shè)計(jì)的一種“鎖”。

就如上面說(shuō)的,一個(gè)串口,被兩個(gè)任務(wù)搶占,如果不加鎖,則會(huì)出現(xiàn)兩個(gè)任務(wù)交叉發(fā)送數(shù)據(jù),即“亂碼”;

RTOS開發(fā)中的Mutex互斥鎖

但是,如果加了互斥鎖,則會(huì)等待其他任務(wù)發(fā)送完成之后才繼續(xù)發(fā)送,保證了數(shù)據(jù)的完整(而不是亂碼);

Mutex互斥鎖例子

這里以三個(gè)任務(wù)、兩個(gè)互斥鎖為例,代碼如下:

void task1(){  /*do something*/
  OSMutex1_Pend();  //互斥鎖1加鎖  /*加鎖處理事情*/  OSMutex1_Post();  //互斥鎖1解鎖}
void task2(){  /*do something*/  OSMutex1_Pend();  //互斥鎖1加鎖  OSMutex2_Pend();  //互斥鎖2加鎖  /*加鎖處理事情*/  OSMutex2_Post();  //互斥鎖2解鎖  OSMutex1_Post();  //互斥鎖1解鎖}
void task3(){  /*do something*/
  OSMutex2_Pend();  //互斥鎖2加鎖/*加鎖處理事情*/  OSMutex2_Post();  //互斥鎖1解鎖}

這樣設(shè)計(jì),大家看出問(wèn)題了嗎?

老司機(jī)應(yīng)該看出來(lái)了,新手可能摸不著頭腦。

在任務(wù)2中,進(jìn)行了2次加鎖、解鎖,而且“環(huán)環(huán)相扣”。

Mutex互斥鎖問(wèn)題

假如任務(wù)1、 任務(wù)2、 任務(wù)3優(yōu)先級(jí)分別為:1、 2、 3。

優(yōu)先級(jí)順序就是:任務(wù)1 > 任務(wù)2 > 任務(wù)3(數(shù)字越小代表任務(wù)優(yōu)先級(jí)越高)。

假設(shè):任務(wù)1和任務(wù)2處于等待事件狀態(tài),也就是處于阻塞狀態(tài), task 3 處于運(yùn)行狀態(tài)。

當(dāng)任務(wù)3在“加鎖處理事情”的時(shí)候,任務(wù)2搶占了任務(wù)3(任務(wù)2掛起時(shí)間到了),此時(shí)任務(wù)3掛起,任務(wù)2處于運(yùn)行狀態(tài);

如果任務(wù)2在“互斥鎖1加鎖”之后,任務(wù)1搶占了任務(wù)2,此時(shí),任務(wù)1處于運(yùn)行狀態(tài);

這個(gè)時(shí)候,你發(fā)現(xiàn)問(wèn)題了沒有?

任務(wù)1在執(zhí)行“OSMutex1_Pend();”會(huì)等待“互斥鎖1解鎖”,如果其他方式?jīng)]有對(duì)“互斥鎖1解鎖”,則會(huì)出現(xiàn)“死鎖”的情況。

分享一張圖片,你就會(huì)明白什么是死鎖了:

解決辦法

比如對(duì)任務(wù)2加鎖方式進(jìn)行改善:

void task2(){  /*do something*/  OSMutex1_Pend();  //互斥鎖1加鎖  /*do something*/  OSMutex1_Post();  //互斥鎖1解鎖
  OSMutex2_Pend();  //互斥鎖2加鎖  /*do something*/  OSMutex2_Post();  //互斥鎖1解鎖}

或者對(duì)低優(yōu)先級(jí)的任務(wù)3加鎖方式進(jìn)行改善:

void task3(){  /*do something*/
  OSMutex1_Pend();  //互斥鎖1加鎖  OSMutex2_Pend();  //互斥鎖2加鎖  /*加鎖處理事情*/  OSMutex2_Post();  //互斥鎖2解鎖  OSMutex1_Post();  //互斥鎖1解鎖}

出問(wèn)題的原因, 當(dāng)一個(gè)任務(wù)獲得了臨界區(qū)資源的鎖,在沒有釋放這個(gè)鎖的前提下又去獲得另外一塊臨界區(qū)資源,這個(gè)時(shí)候就要引起足夠的注意了,設(shè)計(jì)成敗在于你是否徹底理解了之前的問(wèn)題。

但是,歸根到底這樣的問(wèn)題還是要求用戶在設(shè)計(jì)階段去避免,一個(gè)系統(tǒng)不可能是萬(wàn)能的,正確的設(shè)計(jì)才是最重要的。

原文標(biāo)題:RTOS 任務(wù)間互斥的難題

文章出處:【微信公眾號(hào):strongerHuang】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

審核編輯:湯梓紅


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 串口
    +關(guān)注

    關(guān)注

    14

    文章

    1539

    瀏覽量

    75924
  • RTOS
    +關(guān)注

    關(guān)注

    21

    文章

    808

    瀏覽量

    119304

原文標(biāo)題:RTOS 任務(wù)間互斥的難題

文章出處:【微信號(hào):strongerHuang,微信公眾號(hào):strongerHuang】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    詳解linux內(nèi)核mutex同步機(jī)制

    在linux內(nèi)核,互斥量(mutex,即mutual exclusion)是一種保證串行化的睡眠機(jī)制。和spinlock的語(yǔ)義類似,都是允許一個(gè)執(zhí)行線索進(jìn)入臨界區(qū),不同的是當(dāng)無(wú)法獲
    的頭像 發(fā)表于 05-13 08:56 ?6711次閱讀
    詳解linux內(nèi)核<b class='flag-5'>中</b>的<b class='flag-5'>mutex</b>同步機(jī)制

    Linux高級(jí)編程---互斥

    進(jìn)行操作。在此處我們主要針對(duì)互斥Mutex)進(jìn)行介紹,互斥也是多線程間同步的主要方法之一。互斥
    發(fā)表于 01-13 10:07

    【MiCOKit試用體驗(yàn)】慶科MiCO系統(tǒng)篇(3)MiCO RTOS互斥

    本帖最后由 gjianw217 于 2015-10-25 15:45 編輯 在本帖子,主要分析一下慶科MiCO RTOS互斥,具體包括:OS
    發(fā)表于 10-24 17:02

    小熊派華為物聯(lián)網(wǎng)操作系統(tǒng)LiteOS內(nèi)核教程05-互斥

    實(shí)現(xiàn)在 liteos_imp.c文件:接口名功能描述osal_mutex_create創(chuàng)建互斥osal_mutex_del刪除
    發(fā)表于 01-19 11:02

    BearPi-HM_Nano開發(fā)板鴻蒙OS內(nèi)核編程開發(fā)——互斥

    BearPi-HM_Nano開發(fā)板鴻蒙OS內(nèi)核編程開發(fā)——互斥本示例將演示如何在BearPi-HM_Nano開發(fā)板上使用cmsis 2.0
    發(fā)表于 04-09 10:02

    互斥量源碼分析測(cè)試

    文章目錄互斥量源碼分析測(cè)試參考資料:RTT官網(wǎng)文檔關(guān)鍵字:分析RT-Thread源碼、stm32、RTOS、互斥量。互斥量在其他書籍的名稱
    發(fā)表于 08-24 06:01

    如何在RK2206上使用鴻蒙LiteOS-M內(nèi)核接口進(jìn)行互斥編程開發(fā)

    );描述:釋放指定的互斥參數(shù):返回值:軟件設(shè)計(jì)主要代碼分析在mutex_example函數(shù),通過(guò)LOS_MuxCreate函數(shù)創(chuàng)建了互斥
    發(fā)表于 08-05 16:28

    Linux多線程同步互斥Mutex詳解

    _unlock(pthread_mutex_t *mutex);返回值: 成功則返回0, 出錯(cuò)則返回錯(cuò)誤編號(hào).3. 死鎖:死鎖主要發(fā)生在有多個(gè)依賴存在時(shí), 會(huì)在一個(gè)線程試圖以與另一個(gè)線程相反順序鎖住
    發(fā)表于 04-02 14:45 ?287次閱讀

    Linux 多線程互斥互斥

    調(diào)用立刻返回)。也就是說(shuō),加鎖和解鎖這兩個(gè)對(duì)應(yīng)的操作,需要在同一個(gè)線程完成。互斥量模型#include pthread_mutex_t mutex /
    發(fā)表于 04-02 14:47 ?250次閱讀

    詳談Linux操作系統(tǒng)編程的互斥mutex

    前文提到,系統(tǒng)如果存在資源共享,線程間存在競(jìng)爭(zhēng),并且沒有合理的同步機(jī)制的話,會(huì)出現(xiàn)數(shù)據(jù)混亂的現(xiàn)象。為了實(shí)現(xiàn)同步機(jī)制,Linux中提供了多種方式,其中一種方式為互斥mutex(也稱之
    的頭像 發(fā)表于 09-28 15:09 ?2448次閱讀
    詳談Linux操作系統(tǒng)編程的<b class='flag-5'>互斥</b>量<b class='flag-5'>mutex</b>

    深入了解互斥、條件變量、讀寫以及自旋

    C++11只包含其中的部分。接下來(lái)我主要通過(guò)pthread的API來(lái)展開本文。 mutex互斥量) mutex(mutual exclusive)即互斥量(
    的頭像 發(fā)表于 11-01 10:02 ?1843次閱讀

    Linux的傷害/等待互斥介紹

    序言:近期讀Linux 5.15的發(fā)布說(shuō)明,該版本合并了實(shí)時(shí)機(jī)制,當(dāng)開啟配置宏CONFIG_PREEMPT_RT的時(shí)候,這些被基于實(shí)時(shí)互斥的變體替代:
    的頭像 發(fā)表于 11-06 17:27 ?2590次閱讀

    什么是Mutex互斥

    在基于RTOS開發(fā)項(xiàng)目時(shí),通常都會(huì)遇到互斥的情況,比如:幾個(gè)任務(wù)都要使用一個(gè)UART串口進(jìn)行發(fā)送數(shù)據(jù)。
    的頭像 發(fā)表于 08-22 09:03 ?1177次閱讀

    Linux互斥的作用 互斥是什么

    1、互斥 互斥mutex),在訪問(wèn)共享資源之前對(duì)互斥
    的頭像 發(fā)表于 07-21 11:13 ?861次閱讀

    互斥和自旋的實(shí)現(xiàn)原理

    互斥和自旋是操作系統(tǒng)中常用的同步機(jī)制,用于控制對(duì)共享資源的訪問(wèn),以避免多個(gè)線程或進(jìn)程同時(shí)訪問(wèn)同一資源,從而引發(fā)數(shù)據(jù)不一致或競(jìng)爭(zhēng)條件等問(wèn)題。 互斥
    的頭像 發(fā)表于 07-10 10:07 ?351次閱讀