labview谨慎使用全局变量.docVIP

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