ucos容易錯誤的地方

2021-06-20 03:36:17 字數 594 閱讀 7164

1、在ucos中斷中,如果沒有呼叫作業系統的服務函式(如傳送訊號量等),則在中斷中,不需要要呼叫才做系統的「進入中斷」函式osintenter(),和「退出中斷」函式osintexit();見周航慈的p125和p75頁。

2、關於互斥訊號量得核心,是在使用呼哧訊號量進行資源同步的時候,任何任務一旦獲得共享資源,就可以一直使用到不需要為止,其他任務優先順序再高也不能剝奪使用權。因為osmutexcreate()傳遞了pip引數,提公升了使用者的優先順序,這樣可以防止優先順序的反轉。同時,在定義任務優先順序的時候,盡量不要連續,這樣有利於pip引數的選擇。

3、在沒有行為同步要求的前提下,當傳輸的資料量不大時,採用全域性變數並配合關中斷的資源同步措施是一種經濟有效的辦法,例如時鐘rtc,一直在產生時鐘,需要的時候去讀取即可。

4、訊息郵箱。對於要傳遞的訊息,如果是區域性變數,則不能被刪除,否則區域性變數邊沒有了。在isr使用區域性變數肯定是不行的,因為中斷結束,區域性變數就沒有了。

對於isr可靠傳送訊息,有三種辦法:1、將訊息儲存在全域性變數中。但是變數定義與isr**分離,程式可讀性降低。2、將訊息儲存在isr的靜態區域性變數中,見周航慈p155的方法,使用static 3、將訊息內容冒充指標傳送 見周航慈p157,比較麻煩

JS容易理解錯誤的地方

在這端 執行的末尾,你會不會hi變數回事函式中的hi了?你會不會認為這不是按引用傳遞了?對值傳遞和引用傳遞產生質疑了?1 var hi 2 function sayhello hi hi console.log yongshiyule178.com in function hi hi.a alert...

hadoop資料容易出現錯誤的地方

最近在搞關於資料分析的專案,做了一點總結。下圖是系統的資料流向。容易出現錯誤的地方。1 資料進入hadoop倉庫 有四種 這四種是最基本的資料,簡稱ods,original data source,後續 的資料都是有這些組合而來 a 日誌檔案 b http介面 c db查詢 d 建表指向 最後資料都...

AJAX容易出錯地方,錯誤處理

myajax.js 建立路由器物件 const express require express 引入連線池模組 const pool require pool.js 建立路由器物件 var router express.router 測試伺服器接收ajax請求的介面 router.get ajaxd...