了解了Channel Wire后，我們來看看關于Channel Wire的一些應用和注意點。?

? 1、Channel Messenger Handler

操作者通過用戶界面上不同的按鈕，把需要不同的消息發送給消息處理線程；消息處理線程按照接收到消息的先后順序處理這些消息。這也是一個經典的設計模式，它的實現路徑就是messenger類型的channel wire。

注意：上面三個循環是并行的三個線程。channel wire不定義代碼執行順序。 這是一個非常實用的設計模式，可以把需要處理的子任務做成subVI，在Message Handling Loop里調用。 2、正確使用stream channel，避免死鎖 這個示例的名稱是“channel-tag”，演示的功能是A、B、C三個工作站的溫度一旦超過Threshold Setting設置的值就顯示“Too hot！”予以警示。

下圖是初始代碼。這個代碼仔細看看是存在兩個bug的。第一，有兩個寫通道操作（下圖標記1和2的兩處），但是執行順序不確定。第二，右邊三個線程可能以threshold的值為0運行，因為讀通道操作可能未讀到數據（右邊三個線程之一或者全部在通道寫入完成前開始運行了）。

針對上述bug，下圖代碼做了改進。 第一，1初特意加了一根連接線，明確兩個寫通道操作的執行順序。第二，通過移位寄存器（2和3）讓讀通道操作第一次執行時無限等待，直到讀到數據了再往下執行，以確保threshold至少被寫入了一次。

3、準確理解含有channel wire的程序執行順序 Parallel Channels Problem，這個示例，演示了多個channel wire并用的時候，可能出現的死鎖問題。程序界面上有三個Stop按鈕，有可能可以正常退出這個程序，也極有可能無法正常退出。常見的結果應該是，A、B、C三部分都停止更新數據了，但是主程序無法退出。

出現這個問題的原因在于通道的Read操作，默認是無限等待的——沒有讀到數據就一直等待。Producer A停止后，ConsumerA可能無數據可讀，就會一直等下去，從而主程序就無法正常退出。 Producer B和Consumer B通過給Read設置20ms超時時間來解決這個問題。 Producer C和Consumer C通過Write和Read操作的last element屬性來解決這個問題。

以上幾個示例，都是LabVIEW自帶的。LabVIEW里還有很多有關channel的示例，建議大家去看看，對開闊思路、加深理解、熟練運用channel wire都大有裨益。

編輯：黃飛

?