占用式和非占用式程序結(jié)構(gòu)分析

最近剛把 DYS388 項目了結(jié)，期間寫了不少程序，寫著寫著想到了一下東西，于是總結(jié)了一下。

一、什么是占用式程序

一個進程在一個時刻只能處理一個任務(wù)。

每個任務(wù)是為了完成一個功能，如果這個功能的實現(xiàn)過程是一直占用進程處理資源的話，就稱這個任務(wù)函數(shù)是占用式程序結(jié)構(gòu)。

最常見的占用式程序結(jié)構(gòu)就是延時函數(shù)了，比如我最常用的5ms延時函數(shù)

void delay5(unsigned char n)

{

unsigned int i;

for(;n>0;n--)

for(i=4700;i>0;i--); //12MHz，1T

}

在完成5ms功能過程中是一直占用調(diào)用它的進程處理資源的，在此期間不能進行其它任務(wù)。

還有一個很常見的占用式程序——數(shù)碼管掃描，不過在這里我不舉數(shù)碼管掃描的例子，而舉這次在DYS388中使用的8*8彩色點陣屏的掃描程序：

void refresh7()

{

unsigned char r;

for(r=0;r8;r++) p=>

{

//掃描紅色

DPw = ~(0x01

DPr = ~vm7r[r];//送入R燈IO接口顯示

DELAY7 (light7);//顯示時間長度

DPw=0xff;

DPr=0xff;

DPg=0xff;

DPb=0xff;

DELAY7 (32-light7);//滅燈時間長度

//為了簡潔，這里把綠色和藍色的掃描程序省略，它們的結(jié)構(gòu)和紅色掃描是一樣的

}

}

這個函數(shù)是7色模式下的屏幕掃描程序，調(diào)用一次此函數(shù)會把整個屏幕掃描一遍。

r代表行數(shù)，r循環(huán)8次代表屏幕的8個行;在每次循環(huán)里，先導通對應(yīng)的行和需點亮的燈，然后延時light7個單位，再關(guān)閉所有顯示，再延時32-light7個單位。

二、占用式程序的缺點

占用式程序最大的缺點就是執(zhí)行時間太長，耽誤對其它任務(wù)的響應(yīng)。另外就是資源浪費，很多時間浪費在執(zhí)行中的延時上。

當然，可以在這些占用式程序中嵌入其它代碼以及時處理其它任務(wù)，但是這樣會造成程序結(jié)構(gòu)混亂，嵌入的其它代碼還會影響本程序的執(zhí)行。如果嵌入的代碼功能簡單還好，如果功能復雜，尤其是當嵌入的代碼也是占用式的，就會嚴重影響程序執(zhí)行速度。

三、對占用式程序的改造

在此以DYS388的掃描程序為例，對其進行改造。

首先，每次調(diào)用就掃描8行，耗時太長，現(xiàn)將其改成每次掃描一行：

void refresh7()

{

static unsigned char r=0;

//掃描紅色

DPw = ~(0x01

DPr = ~vm7r[r];//送入R燈IO接口顯示

DELAY7 (light7);//顯示時間長度

DPw=0xff;

DPr=0xff;

DPg=0xff;

DPb=0xff;

DELAY7 (32-light7);//滅燈時間長度

//為了簡潔，這里把綠色和藍色的掃描程序省略，它們的結(jié)構(gòu)和紅色掃描是一樣的

r++;

if(r==8)

r=0;

}

用一個靜態(tài)變量r來記憶行數(shù)，這樣每次調(diào)用此函數(shù)只需掃描一行，執(zhí)行速度是原來的8倍，可以比較快地響應(yīng)其它任務(wù)了。

但是這樣還不夠，每次掃描都會掃描三種顏色，時間還是有點長，下面再次改造，改為每次只掃描一種顏色：

void refresh7()

{

static unsigned char r=0;

static unsigned char flagrgb=0; //當前需要點亮的顏色，0-R,1-G,2-B

flagrgb++;

if(flagrgb==3) //說明三種顏色都掃描完了

{

flagrgb=0; //從紅色開始掃描

r++; //開始掃描下一行

if(r==8) //如果發(fā)現(xiàn)行都掃描結(jié)束則從第行開始掃描

r=0;

}

switch(flagrgb)

{

case 0: //掃描紅色

DPw = ~(0x01

DPr = ~vm7r[r];//送入R燈IO接口顯示

DELAY7 (light7);//顯示時間長度

DPw=0xff;

DPr=0xff;

DPg=0xff;

DPb=0xff;

DELAY7 (32-light7);//滅燈時間長度

break;

case 1: //掃描綠色

//省略代碼

break;

case 2: //掃描藍色

//省略代碼

break;

}

}

改造完成之后，執(zhí)行時間再次縮短，變成了剛才的1/3。

這下還沒完，我們發(fā)現(xiàn)每次掃描中都有延時，延時過程中什么也不做，這是極大的浪費，我們需要再此改造，把延時去掉：