LabVIEW谨慎使用局部变量和全局变量
局部和全局变量是高级的LabVIEW概念。它们不是LabVIEW数据流执行模型中固有的部分。使用局部变量和全局变量时，程序框图可能会变得难以阅读，因此需谨慎使用。错误地使用局部变量和全局变量，如将其取代连线板或用其访问顺序结构中每一帧中的数值，可能在VI中导致不可预期的行为。滥用局部变量和全局变量，如用来避免程序框图间的过长连线或取代数据流，将会降低执行速度。
局部变量和全局变量的初始化
如需对一个本地或全局变量进行初始化，应在VI运行前将已知值写入变量。否则变量可能含有导致VI发生错误行为的数据。如变量的初始值基于一个计算结果，则应确保LabVIEW在读取该变量前先将初始值写入变量。将写入操作与VI的其它部分并行可能导致竞争状态。
要使变量初始化在VI其他部分执行之前完成，可将把初始值写入变量的这部分代码单独放在顺序结构的第一帧。也可将这部分代码放在一个子VI中，通过连线使该子VI在程序框图的数据流中第一个执行。
如在VI第一次读取变量之前，没有将变量初始化，则变量含有的是相应的前面板对象的默认值。
当全局变量或本地变量的值连接至程序框图上的任何位置，变量改变不会引起连线上的值改变。变量的值更改以后，要读取变量的值，才会更新连线上的值。
竞争状态
两段或更多代码并行执行并访问同一部分内存时会引发竞争状态。如果代码是相互独立的，就无法判断LabVIEW按照何种顺序访问共享资源。
竞争状态会引起不可预期的结果。例如，两段独立的代码访问同一个队列，但是用户未控制LabVIEW访问队列的顺序，这种情况下会引发竞争状态。
竞争状态随着程序运行的时间因素而改变，因此具有一定的危险性。操作系统、LabVIEW版本和系统中其他软件的改变均会引起竞争状态。
如改动了VI的时间要素（例如，更新操作系统或LabVIEW版本），请检查访问同一部分数据的并行代码，并使用定时条件来控制哪一部分代码首先执行。
使用局部变量和全局变量时的竞争状态
对同一个存储数据进行一个以上更新动作均会造成竞争状态，但是竞争状态通常在使用局部变量和全局变量或外部文件时出现。以下程序框图左图显示了一个局部变量造成竞争状态的范例。
该VI的输出，即本地变量x的值取决于首先执行的运算。因为每个运行都把不同的值写入x，所以无法确定结果是7，还是3。在一些编程语言中，由上至下的数据流模式保证了执行顺序。在LabVIEW中，可使用连线实现变量的多种运算，从而避免竞争状态。下列程序框图右图通过连线而不是局部变量执行了加运算。
提示: 如必须在局部变量或全局变量上执行一个以上操作，则应确保各项操作按顺序执行。
如两个操作同时更新一个全局变量，也会发生竞争状态。如要更新全局变量，需先读取值，然后修改，再将其写回原来的位置。当第一个操作进行了读取－修改－写入操作，然后才开始第二个操作时，输出结果是正确的，可预知的。第一个操作读取值，然后第二个操作读取值，则两个操作都修改和写入了一个值。这样操作造成了读取－修改－写入竞争状态，会产生非法值或丢失值。
要避免全局变量引起的竞态，可使用功能全局变量保护访问变量操作的关键代码。使用一个功能全局变量而不是多个本地或全局变量可确保每次只执行一个运算，从而避免运算冲突或数据赋值冲突。
循环中的变量行为
当一个变量控制多个并行循环时，循环必须在写入变量后执行，在循环每次执行后读取变量。
当系统重新启动时，循环读取变量之前，必须为变量设置合适的开始条件，避免变量过早停止。
使用局部变量时应考虑内存
局部变量复制数据缓冲区的数据。从一个局部变量读取数据时，便为相关控件的数据创建了一个新的缓冲区。
如使用局部变量将大量数据从程序框图上的某个地方传递到另一个地方，通常会使用更多的内存，最终导致执行速度比使用连线来传递数据更慢。如在执行期间需要存储数据，可考虑使用移位寄存器。
使用全局变量时应考虑内存
从一个全局变量读取数据时，LabVIEW将创建一个数据的副本，保存于该全局变量中。
操作大型数组和字符串时，将占用相当多的时间和内存来操作全局变量。操作数组时使用全局变量尤为低效，原因在于即使只修改数组中的某个元素，LabVIEW仍对整个数组进行保存和修改。如一个应用程序中的不同位置同时读取某个全局变量，则将为该变量创建多个内存缓冲区，从而导致执行效率和性能降低。
需要说明的是，上述的例程和文档，都是可以下载的，双击即可打开，其中压缩文件是可以采用粘贴复制的方式，拷贝到硬盘上。这不是图片，各位小伙伴看到后尝试一下，这个问题就不用加微信咨询了。有关LabVIEW编程、LabVIEW开发等相关项目问题，可联系我们。
