void YouTask(void *pdata)
{
#if OS_CRITICAL_METHOD == 3 /*Allocate storage for CPU status register */
OS_CPU_SR cpu_sr;
#endif
INT8U err;
pdata=pdata;
for (;;)
{
s = "YouTask get source S";
PC_DispStr(28,++y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);
OSTimeSet(0); /*置OSTime為0，注意此句的作用*/
while(OSTime<1000) /*條件語句“OSTime<1000”非常重要！*/
{
//sprintf(ss,"%d",OSTimeGet());
PC_DispStr(55,y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);/*本實驗的精髓語句*/
}
OSTimeDly(100); //等待100個時鐘節拍
}
}
/*在YOUTASK訪問資源S期間高優先級的任務MYTASK也訪問了S，從而干擾了任務YOUTASK對共享資源S的訪問，運行后顯示表明在任務YOUTASK的延時期間前，共享資源S的內容發生了變化。筆記：
YouTask任務分析：在YouTask任務中程序代碼雖然較少但是程序流程相當復雜！必須搞懂每句的含義，提高程序分析能力！分析程序一定要注意流程！下面將YouTask任務中重要部分語句（紅色注釋部分）分析如下：
1，在MyTask任務掛起同時執行“PC_DispStr(28,++y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句，所以在顯示屏相應的位置幾乎同時顯示"MyTask get source S"和"YouTask get source S";
2，操作系統的每個任務都在for死循環里完成；“OSTimeSet(0);”語句的意思是，每進入一次for循環里就給系統時間全局變量OSTime重新賦值，在這里就是將OSTime清零；為下一語句“while(OSTime<1000)”做鋪墊；
3，本任務中有兩個循環體，另一個就是“while(OSTime<1000)”，因為前面有“OSTimeSet(0);”語句，所以系統每次進入YOUTASK任務的for循環里都會執行“while(OSTime<1000)”語句，進入“while(OSTime<1000)”語句之后，全局變量OSTime會以設定的時鐘節拍不斷自加1，當全局變量OSTime等于1000時，系統就會退出“while(OSTime<1000)”語句，執行“ OSTimeDly(100);”語句，也就是說在OSTime的值在0到1000的時間段里程序會一直執行“PC_DispStr(55,y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句，即顯示相應的內容；
4，因為在YouTask任務中有兩句即“PC_DispStr(28,y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句和
“PC_DispStr(55,y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句，這樣就會在同一個任務中出現爭搶s資源的現象（即在內存同一位置幾乎同時被賦不同的值）而造成程序出錯干擾，這是不允許的！。所以在實驗現象中在“55,y2”坐標處先顯示“YouTask get source S”再變成顯示"MyTask get source SS"的現象。
5，注意：a，在死循環for里才是要創建任務的內容，換句話說任務需要執行的內容只能寫在死循環for里；b，本實驗中，兩個任務都應用了“OSTimeDly(ticks)”函數，當兩個任務同時掛起時系統運行哪個任務呢？操作系統不會讓cpu閑著，這時會選擇優先級最高的任務運行！
6，系統進入YouTask任務時，執行“PC_DispStr(28,++y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句，在顯示屏相應的位置顯示"MyTask get source S"，接著進入while循環執行
“PC_DispStr(55,y2,s,DISP_BGND_BLACK+DISP_FGND_WHITE);”語句即顯示"YouTask get source S"，程序很快就會退出while循環執行下面的“ OSTimeDly(100);”語句即掛起YouTask任務，就在掛起YouTask任務的同時系統選擇運行MyTask任務，s同時被賦值為"MyTask get source S"，所以在實驗現象中就出現在“55,y2”坐標處先顯示“YouTask get source S”再馬上變成顯示"MyTask get source SS"的現象(為什么是兩個“SS”？)。
7，本實驗中MyTask任務占用CPU的時長由程序代碼的精度決定�？梢酝ㄟ^實驗驗證。
8，在時序上，s先在MyTask任務中被賦值，再執行YouTask任務s再次被賦值，接著還是在YouTask任務的while中s 再次被賦值；在這個過程中兩個任務沒有對s資源發生爭搶，而在YouTask任務的“ OSTimeDly(100);”語句中兩個任務對s資源發生了爭搶，導致出現“55,y2”處出現干擾。
作者: 帥帥進城 時間: 2018-4-10 21:47
樓主很認真，贊一個。在此提出自己的一點看法，不吝賜教。
1、MyTask先運行，在第一列打印出“MyTask get source S”。在MyTask任務OSTimeDly(500)期間，操作系統進行任務調度，此時，就緒的YouTask開始運行，在第二列打印出“YouTask get source S”。
2、 OSTimeSet(0)使OSTime變量置零，進入while(OSTime<1000)循環。因為此時MyTask任務控制塊的OSTCBDLY變量還未為0【OSTimeDly(500)設置MyTask任務控制塊的OSTCBDLY變量為500】，即MyTask還處于未就緒狀態，所以一直在while(OSTime<1000)循環內第三列打印“YouTask get source S”
3、當OSTime還未計到1000而MyTask任務OSTimeDly(500)已經完成【即MyTask任務控制塊的OSTCBDLY變為0】，MyTask任務就緒，操作系統再次進行任務調度，就緒的MyTask開始運行，在第一列打印出“MyTask get source S”。同時改變s變量的值。4、 MyTas再次進入運行OSTimeDly(500)，系統返回YouTask任務的while(OSTime<1000)循環繼續執行。因為s變量已經在MyTask中改變，所以可以看到輸出窗口第三列先輸出“YouTask get source S”，隨后即變為“MyTask get source S”�！疽驗閅ou是三個字節，My是兩個字節，所以“YouTask get source S”最后的S沒有抹除，所以會出現顯示"MyTask get source SS"的現象】
5、當OSTime還未計到1000而MyTask任務OSTimeDly(500)又已經完成【因為第一次系統從MyTask任務調度到YouTask任務以及YouTask任務的執行花費了時間，MyTask任務控制塊的OSTCBDLY變量的值其實已經小于500了】，操作系統再調MyTas，在第一列打印出“MyTask get source S”。
6、OSTime終于計到1000，又進入了YouTask任務OSTimeDly(100)。此時兩個任務都沒有就緒，系統調度空閑任務。隨后YouTask首先就緒，在第二列又打出“YouTask get source S”。
