UCOSIII操作系統(tǒng)printf函數(shù)的疑問

ID:646520 · 發(fā)表于 2022-11-28 16:35

大家好，小弟剛接觸操作系統(tǒng)，今天在學(xué)習(xí)原子哥的UCOSIII信號量與互斥信號量（上）的時候，視頻舉了一個直接訪問共享內(nèi)存不加鎖的例子，具體的代碼的和現(xiàn)象見下圖。我不明白任務(wù)1的優(yōu)先級比任務(wù)2的優(yōu)先級高，且printf前沒有任務(wù)調(diào)度函數(shù)，不應(yīng)該任務(wù)1的printf執(zhí)行完，到延時1s的時候才會發(fā)生調(diào)度嗎？為什么會出現(xiàn)這個現(xiàn)象。大佬們可以大致描述一下程序運行過程嗎？

ID:883242 · 發(fā)表于 2022-11-29 04:24

任務(wù)1的printf確實執(zhí)行了，但是printf之前有delayms，這期間執(zhí)行任務(wù)2的memcpy把任務(wù)1的數(shù)據(jù)覆蓋掉了，所以你以為并沒有執(zhí)行。

ID:646520 · 發(fā)表于 2022-11-29 08:36

Hephaestus 發(fā)表于 2022-11-29 04:24
任務(wù)1的printf確實執(zhí)行了，但是printf之前有delayms，這期間執(zhí)行任務(wù)2的memcpy把任務(wù)1的數(shù)據(jù)覆蓋掉了，所以 ...

謝謝大佬，我明白了，我以為delay_ms()不會觸發(fā)任務(wù)切換，OSTimeDlyHMSM才會

ID:883242 · 發(fā)表于 2022-11-29 21:19

最后一個夏天1 發(fā)表于 2022-11-29 08:36
謝謝大佬，我明白了，我以為delay_ms()不會觸發(fā)任務(wù)切換，OSTimeDlyHMSM才會

那種傻等式delay_ms()確實不會觸發(fā)任務(wù)調(diào)度，但是STM32上面不太可能用傻等，可能會調(diào)用systick中斷一類的方式，就很可能觸發(fā)任務(wù)調(diào)度了。

帳號		自動登錄	找回密碼
密碼			立即注冊