關(guān)于信號(hào)量的使用，程序自帶幫助文件的說明是這樣的：

信號(hào)量（互斥量）是用來保護(hù)對(duì)共享資源進(jìn)行訪問的一個(gè)對(duì)象。被訪問的共享資源的代碼叫作關(guān)鍵臨界段。在同一時(shí)間，只有一定數(shù)量的任務(wù)可以訪問信號(hào)量。信號(hào)量以此方式保護(hù)對(duì)重要部分的訪問。通常情況下，一次只有一個(gè)任務(wù)可以訪問被通用信號(hào)量保護(hù)的臨界段。但是，信號(hào)量可能允許一個(gè)以上任務(wù)（預(yù)定義值以下）訪問重要部分。

如要指定同時(shí)訪問被通用信號(hào)量保護(hù)的重要部分的任務(wù)數(shù)量，連接獲取信號(hào)量引用VI的大小輸入端。該VI獲取對(duì)現(xiàn)有信號(hào)量的引用或新建一個(gè)信號(hào)量，大小輸入端指定同一時(shí)間可獲取信號(hào)量的任務(wù)數(shù)量。使用獲取信號(hào)量VI可以獲取對(duì)一個(gè)信號(hào)量的訪問。如使用“獲取信號(hào)量引用”VI創(chuàng)建的信號(hào)量的大小為1，則一次只有一個(gè)任務(wù)可訪問信號(hào)量。所以，必須使用釋放信號(hào)量VI，釋放對(duì)信號(hào)量的訪問。這樣，另一個(gè)任務(wù)才能訪問信號(hào)量。使用釋放信號(hào)量引用VI，釋放對(duì)信號(hào)量的引用。

注：只要非空閑的頂層VI引用了某個(gè)信號(hào)量，信號(hào)量就一直在內(nèi)存中。如頂層VI為空閑，LabVIEW將釋放該VI的全部信號(hào)量引用，包括頂層VI的子VI中的引用。如LabVIEW釋放上一個(gè)引用至命名信號(hào)量，LabVIEW將銷毀信號(hào)量。因?yàn)橹荒塬@取引用至一個(gè)未命名信號(hào)量的引用，當(dāng)頂層VI空閑時(shí)，LabVIEW將銷毀一個(gè)未命名信號(hào)量。如要在多個(gè)頂層VI之間使用信號(hào)量，需為信號(hào)量命名并從頂層VI調(diào)用“獲取信號(hào)量引用”VI，這樣每個(gè)VI就有了對(duì)信號(hào)量的唯一引用。

將這些難懂的語言轉(zhuǎn)化為我自己的語言吧：

信號(hào)量大部分是用在這種情形下：多個(gè)VI中都使用了某一個(gè)子Vi，或者含有一個(gè)全局變量（主要的）。這幾個(gè)VI同時(shí)運(yùn)行的話，勢(shì)必會(huì)互相影響（這一點(diǎn)之前已經(jīng)說明過），導(dǎo)致程序出錯(cuò)。

這時(shí)候就用到了信號(hào)量。如圖所示：

上面的是總VI，下面的是一個(gè)信號(hào)量下面的三個(gè)subVI的程序框圖。

而子VI中都存在所示的程序段，即 config Read 還有另外一個(gè)在順序結(jié)構(gòu)的下一幀，不看也罷

這樣，這三個(gè)子VI獨(dú)立運(yùn)行的時(shí)候，都將訪問Config REAd ，這樣就可能造成調(diào)用子程序的混亂。

在此之前，我們調(diào)用同一個(gè)子VI的時(shí)候，都是控制好順序，但是現(xiàn)在的三個(gè)字VI是同時(shí)運(yùn)行的，我們不能夠讓其一個(gè)運(yùn)行完畢，再運(yùn)行另外一個(gè)，這樣也不符合我們程序設(shè)計(jì)的目的。

于是信號(hào)量出現(xiàn)了。

信號(hào)量控制 三個(gè)字VI的共享資源，不同時(shí)被調(diào)用。當(dāng)然也不確定哪一個(gè)子VI先訪問共享資源，但是不要緊，他們?nèi)齻€(gè)還是很和諧的，加入第二個(gè)先運(yùn)行，那么他就會(huì)鎖定共享資源，說“哥先用”。余下的兩個(gè)就會(huì)說“你先用唄，我也不著急用”。然后排在后面，當(dāng)它用完之后，就要釋放掉資源，他自己不會(huì)釋放的，所以，我們需要將釋放信息量寫入到程序中，然后死一個(gè)和第三個(gè)VI就可以去調(diào)用那個(gè)共享資源了，當(dāng)然，還是只有一個(gè)可以用。“那哥用了？好不”第一個(gè)對(duì)第三個(gè)說。“用吧，我反正不著急”。

過程大約是這樣的，如果我沒理解錯(cuò)的話。

主要是為了防止共享資源被 同時(shí)訪問，避免出錯(cuò)。也就是排斥用法！

先理解到這，再接再厲