發(fā)現(xiàn)了程序的問題再回頭去調(diào)試，往往要花費大量時間在在查找程序錯誤上。要提高開發(fā)效率，最好是在編寫代碼時就避免一些常見的低級錯誤，這樣可以節(jié)約大量的調(diào)試時間。因此，我們整理了一些許多 LabVIEW 程序員都曾遇到過的問題，希望能夠幫助大家避開一些坑。

1、數(shù)值溢出

圖1：數(shù)值溢出錯誤

圖1 中的 VI 只做了一個簡單乘法 300*300 ，答案肯定是 90000，但程序中乘法節(jié)點給出的結(jié)果卻是 24464。乘法節(jié)點是不會錯的，錯誤是由于程序中使用的數(shù)據(jù)類型是 I16。I16 能表示的最大數(shù)目只有32767，所以在乘法計算中出現(xiàn)了溢出。

避免此類錯誤的方法是，在程序中使用短數(shù)據(jù)類型時，一定要確認程序中的數(shù)據(jù)絕不會超出該類型可以表示的范圍。

2、For循環(huán)的隧道

數(shù)據(jù)傳入傳出循環(huán)結(jié)構(gòu)可以通過移位寄存器（Shift Register）和隧道（Tunnel）兩種方式。隧道又有兩種類型：帶索引的和不帶索引的。

移位寄存器一般用在需要局部變量的情況下，循環(huán)運行一次的輸出數(shù)據(jù)要作為下次運行的輸入數(shù)據(jù)使用；循環(huán)外的數(shù)組數(shù)據(jù)通過帶索引的隧道在循環(huán)體內(nèi)就可以直接得到數(shù)組元素；除此之外，簡單地在循環(huán)內(nèi)外傳遞數(shù)據(jù)，使用一般的隧道就可以了。

值得一提的是，如果一個數(shù)據(jù)傳入循環(huán)體，又傳出來，那么就應(yīng)該使用移位寄存器或帶索引的隧道來傳遞這個數(shù)據(jù)，盡量不要使用不帶索引的隧道。因為 For 循環(huán)在運行時，循環(huán)次數(shù)有可能為0。在循環(huán)次數(shù)為0時，大多數(shù)情況，用戶還是希望傳出循環(huán)的數(shù)據(jù)就是傳入值，但使用不帶索引隧道時，輸入值有時會被丟失的。如果使用移位寄存器，即使循環(huán)次數(shù)為0，也不會丟失傳入的數(shù)據(jù)。因為移位寄存器在循環(huán)上的兩個接線柱指向的實際是同一塊內(nèi)存（參考：LabVIEW 程序的內(nèi)存優(yōu)化），而輸入輸出兩個隧道指向的是不同的內(nèi)存，數(shù)據(jù)不一定相同。

圖2：For 循環(huán)上的隧道

圖2中的程序， vi reference 傳入，再傳出循環(huán)均使用了隧道。如果循環(huán)次數(shù)為0（Controls數(shù)組為空），vi reference 再傳出循環(huán)時，信息就丟失了。這不但有可能造成后續(xù)程序的錯誤，而且由于 vi reference 的信息丟失，再無法關(guān)閉打開的 vi，造成了程序泄漏。

Error 數(shù)據(jù)線（黃綠色的粗線）在傳入傳出數(shù)組時，一定要使用移位寄存器。原因還不僅是為了防止在循環(huán)次數(shù)為0時，錯誤信息丟失。通常一個節(jié)點的 Error Out 有錯誤輸出，意味著后續(xù)的程序都不應(yīng)該執(zhí)行。在錯誤的情況下繼續(xù)執(zhí)行程序代碼，風險非常大，可能會引起程序，甚至系統(tǒng)崩潰。只有使用移位寄存器，某次循環(huán)產(chǎn)生的錯誤才會被傳遞到后續(xù)的循環(huán)中，從而及時阻止后續(xù)循環(huán)中的代碼被運行。

3、循環(huán)次數(shù)

與其它語言相比，LabVIEW 的 For 循環(huán)有一大特點，在某些情況下它并不要求一定要輸入循環(huán)次數(shù)，而可以根據(jù)輸入數(shù)組的大小自動決定循環(huán)次數(shù)。通過帶索引的隧道，可以把數(shù)組分解成元素傳遞到循環(huán)體內(nèi)，此時不需另行設(shè)置循環(huán)次數(shù)N，循環(huán)的次數(shù)就是數(shù)組的長度。每次循環(huán)，帶索引的隧道便給出一個元素。

循環(huán)體上可以有兩個或更多的輸入數(shù)組使用帶索引的隧道，此種情況下容易引起錯誤。這時，循環(huán)的次數(shù)等于幾個數(shù)組中長度最短的那個數(shù)組的長度。如果另外又設(shè)置了循環(huán)次數(shù)N，那么循環(huán)次數(shù)就是N與輸入數(shù)組長度這兩者的最小值。調(diào)試時，如果發(fā)現(xiàn)一個本該運行多次的循環(huán)沒有運行，那么很可能就是因為它的一個輸入數(shù)組是空的。

While 循環(huán)同樣也可以使用帶索引的隧道，但是不建議大家這么用——如果需要用到帶索引的隧道，還是使用 For 循環(huán)更為適宜。因為 while 循環(huán)的循環(huán)次數(shù)不由數(shù)組個數(shù)決定，而是由停止條件決定的。如使用了帶索引的隧道，你還需要考慮當數(shù)組大于、小于循環(huán)次數(shù)時，程序應(yīng)該如何處理，所以還是在循環(huán)體內(nèi)作索引比較方便。如果希望循環(huán)次數(shù)與數(shù)組大小保持一致，那自然是用 For 循環(huán)的程序更加清晰易懂了。

4、移位寄存器的初始化

圖3：沒有初始化的移位寄存器

看圖3中這個程序，因為它在 while 循環(huán)上使用了帶索引的隧道，所以可讀性不那么好。array out 的運行結(jié)果是什么，還要考慮一陣子才能給出答案。實際上這個程序，即使輸入不變，每運行一次，array out 的結(jié)果都是不一樣的，它的長度一直在增加。這個問題就出在沒有給程序中的移位寄存器一個初始值。

沒有初始化的移位寄存器，總是保存上次運行結(jié)束時的數(shù)據(jù)。這個特點在某些情況下可以被程序員利用，比如用它當作全局變量，隨時把數(shù)據(jù)存入或取出（一個例子是《如何使用 VI 的重入屬性》中的圖4）。但多數(shù)情況下移位寄存器還是被用作為循環(huán)內(nèi)部的局部變量的，這時就一定要對它初始化，以防止?jié)撛诘腻e誤。

5、Cluster

圖4：Cluster 傳遞數(shù)據(jù)出錯

圖4的程序中有個奇怪的錯誤，明明應(yīng)該是 weight 加 1 怎么運行完后的結(jié)果變成了high 加 1 了呢？原因是 Cluster 中的元素有個順序，這個順序可以和界面上看到的順序不一致。分別鼠標右擊程序中的兩個 Cluster，選擇“Reorder Controls in Cluster”，就可以看到每個元素在 cluster 中的編號。info out 中的 high 實際上編號是 2，第三個元素。

為了避免 cluster 中用可能出現(xiàn)的錯誤，以及讓 cluster 應(yīng)用起來更方便，使用 cluster 最好遵循以下原則：

1. 凡是用到 cluster 的地方，就為它造一個類型定義（《在程序中使用類型定義》），在程序所有要用到這個 cluster 的地方，都使用類型定義的實例。這樣一是可以保證所有的 cluster 都完全一致，避免圖4 這種錯誤；二是一旦需要變動 cluster 中的元素，只需在類型定義中更新就可以了，不必挨個 VI 修改。

2. 凡是在需要解開（unbundle）或打包（bundle）的地方統(tǒng)統(tǒng)使用 unbundle by name 和 bundle by name 來實現(xiàn)。使用帶名字的 bundle，unbundle 可以直觀的顯示出 bundle 種元素的名字，這樣不會因為順序的不同而導(dǎo)致錯誤的連線。

6、并行運行

LabVIEW 是自動多線程的編程語言，這一點在方便用戶的同時，也會帶來一些麻煩。比如最常見的情況，多線程會引起數(shù)據(jù)或資源的競爭錯誤（race condition）。

圖5：兩個并行運行的子 VI

圖5是一個簡單的兩個子 VI 并行運行的例子，在這個例子中就隱藏著一個潛在的問題。并行執(zhí)行的兩部分程序，先后次序是不定的。有可能關(guān)閉程序中的引用數(shù)據(jù)（綠色的線上的數(shù)據(jù)）的節(jié)點在子 VI B 結(jié)束前運行。而子 VI B 是要用到這個參考數(shù)據(jù)的，這是子 VI B 就會因為它所需要的數(shù)據(jù)失效而產(chǎn)生錯誤

除此之外，我們還給大家整理了一些LabVIEW編程過程中常用的技巧，希望可以幫助大家提高編程效率。

1、樣式(NXG、新式、系統(tǒng)、經(jīng)典)不同的控件不僅僅是外觀上有所差別，其中有些屬性并不支持所有樣式的控件

2、數(shù)值控件可以通過顯示格式加入單位。

3、每當不知道應(yīng)該輸入什么類型時，右鍵創(chuàng)建常量進行參考。

4、為了即時拋出異常，最常用的模式（模版）就是帶錯誤處理的子VI框架。這個模板能夠保證在有錯誤時可以快速通過本VI，進入下一個節(jié)點。沒有錯誤發(fā)生時，執(zhí)行本VI的程序代碼。

5、浮點數(shù)的比較是很嚴肅的事情，要注意數(shù)據(jù)精度間的關(guān)系。因為一個微小的差別也會導(dǎo)致不相等。比如同為Pi常數(shù)，一個是雙精度數(shù)據(jù)（上），另一個是單精度數(shù)據(jù)（下），比較結(jié)果是不相等。

6、布爾轉(zhuǎn)數(shù)字是非常有用的，尤其和創(chuàng)建數(shù)組函數(shù)結(jié)合，可以實現(xiàn)類似于3-8譯碼器的判斷部分非常簡便。

7、在許多場合下，錯誤簇就是實現(xiàn)定序數(shù)據(jù)流的最佳方法。

8、整數(shù)只能在選擇器標簽中顯示數(shù)字，并且它無法為每個值添加分支，只能一個一個的填寫。下拉列表因為使用的也是整數(shù)，所以特點與整數(shù)相同。組合框控件也無法為每個值添加分支，只能一個一個的填寫。列表和選項卡可以通過右鍵直接為每個值添加分支。

9、可以利用一次while循環(huán)來規(guī)范圖形化代碼的分布，避免代碼的隨意放置（亂丟亂放）。

10、在一個主線程內(nèi)，while結(jié)構(gòu)必須放在事件結(jié)構(gòu)外，就會一直在等。如果不想因此造成死機等待，有以下方案：

a、設(shè)置超時事件，比如設(shè)置50，那么在50ms內(nèi)如果沒有觸發(fā)事件結(jié)構(gòu)，那么將執(zhí)行超時事件中的程序；

b、（推薦）一個while就是一個線程，如果需要事件結(jié)構(gòu)介入，那么可以把其他服務(wù)程序放到另外一個while循環(huán)中，事件結(jié)構(gòu)單獨一個循環(huán)，實現(xiàn)多線程效果（并行）。

11、定時循環(huán)不是do---While循環(huán)，在當次循環(huán)時間內(nèi)的數(shù)據(jù)更新都有用。

12、for循環(huán)中通過錯誤簇連接到條件端子，可以及時停止循環(huán)，下圖錯誤的傳遞也可換為移位寄存器。

13、用對話框作為事件的響應(yīng)并不是一個好的選擇，因為對話框需要操作者及時處理，如果沒有及時處理，事件一直處于等待狀態(tài)，這樣其它事件源發(fā)出的響應(yīng)就會產(chǎn)生堆積。所以在事件處理程序中應(yīng)該避免使用對話框。事件處理程序應(yīng)該盡可能的簡潔迅速，避免其它事件被堆積。

14、當需要彈出簡單對話框時，可以直接調(diào)用應(yīng)用程序封裝的函數(shù)。

15、涉及網(wǎng)絡(luò)編程問題，先保證把windows自帶的防火墻關(guān)了，然后能ping到。本地可先用localhost測試。

16、附上一些快捷鍵技巧：

（1）Ctrl + E 切換前后面板

（2）Ctrl + B 在程序框圖面板，把錯誤的斷線刪除掉

（3）Ctrl + R 運行程序

（4）Ctrl + S 保存程序

（5）Shift + 鼠標放在框邊上，可以實現(xiàn)拖動

（6）Ctrl + 鼠標放在框邊上，可以實現(xiàn)復(fù)制

（7）Ctrtl + Q 退出程序

（8）Ctrl+T 分屏

（9）選中圖標，Ctrl + "+"號鍵 ：實現(xiàn)圖標放大，或者選中，在控制面板選擇“17pt 應(yīng)用程序字體”，再選擇大小