關于信號量的使用，程序自帶幫助文件的說明是這樣的：

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

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

注：只要非空閑的頂層VI引用了某個信號量，信號量就一直在內存中。如頂層VI為空閑，LabVIEW將釋放該VI的全部信號量引用，包括頂層VI的子VI中的引用。如LabVIEW釋放上一個引用至命名信號量，LabVIEW將銷毀信號量。因為只能獲取引用至一個未命名信號量的引用，當頂層VI空閑時，LabVIEW將銷毀一個未命名信號量。如要在多個頂層VI之間使用信號量，需為信號量命名并從頂層VI調用“獲取信號量引用”VI，這樣每個VI就有了對信號量的唯一引用。

將這些難懂的語言轉化為我自己的語言吧：

信號量大部分是用在這種情形下：多個VI中都使用了某一個子Vi，或者含有一個全局變量（主要的）。這幾個VI同時運行的話，勢必會互相影響（這一點之前已經說明過），導致程序出錯。

這時候就用到了信號量。如圖所示：

上面的是總VI，下面的是一個信號量下面的三個subVI的程序框圖。

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

這樣，這三個子VI獨立運行的時候，都將訪問Config REAd ，這樣就可能造成調用子程序的混亂。

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

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

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

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

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

先理解到這，再接再厲