SPL 变量有三种作用域：局部变量、全局变量、任务变量。默认变量都是局部变量，作用域在同一个 SPL 脚本的范围内（不含主子线程代码），用法比较简单，本文不涉及。下面重点讲另两种变量，以及与之相关的锁。

全局变量

SPL 中全局变量的作用域是同一个 JVM（计算节点 \SPL 服务）的生命周期，在这个 JVM 运行的所有 SPL 脚本中都能访问到。

全局变量使用 env 函数赋值：

>env(gv1,1) //gv1 是全局变量名：

在脚本中直接用变量名访问就可以了

=gv1+2 // 等于 3

也可以删除：

>env(gv1)

有些数据可能会被多个脚本共享，在内存容量许可时预加载进内存，避免每次临时读取，从而提高性能。

服务启动时在 init.splx 加载全局变量。

在脚本中就可以直接使用它

任务变量

有时一个复杂任务可能需要多个脚本共同配合才能完成，这些脚本可能会共享一些信息，总是通过脚本的参数和返回值来传递会比较麻烦，简单的想法就可以使用全局变量来实现。

但是，一个服务器可能同时并发很多任务，如果使用全局变量，会造成这个变量对所有任务共享，这常常不是我们想要的。

为此，SPL 提供了任务变量的机制。

一个 SPL 脚本（包括无脚本的 SPL 代码）发起，通过 call 函数执行的多个脚本完成的一次计算称为一个任务。同一个 JDBC 的连接，由多个 SPL 脚本共同完成的一次计算，也认定为一个任务。

任务变量的用法和全局变量类似，赋值时加一个选项 @j 即可：

>env@j(jv1,1) //jv1 是任务变量名

在脚本中直接用变量名访问：

=jv1+2 // 等于 3

也可以删除：

>env@j(jv1)

比如，主脚本将作为参数的用户名设置为任务变量 userID，子脚本使用 userID 进行计算。不同的任务（以不同参数执行的主脚本）下，userID 的值会不一样，互相不会影响。

主脚本

sub.splx：

锁

多个线程同时读写一个共享资源时，会导致不可预知的结果，比如某一个线程将共享变量从 1 修改成 2 再加 3，预期得到结果 5，但在执行加 3 的前一刻，另一个线程将该变量修改成了 4，此时前一个脚本继续将该变量加 3，将得到错误的结果 7。这种情况下可以用锁来保证并发读写的正确性，某个脚本对共享资源进行写操作前可以先上锁，其他脚本如果此时试图读写该资源，就必须等待前一个脚本解锁该资源，或者等待一段时间后放弃读写该资源。

比如，全局变量 m 用来记录某个文件被访问的次数，该文件会被多个脚本并发访问，为了避免读写冲突，应当使用锁。

脚本被同时执行时候（假设 2 线程并发，m 初值 =0），如果不使用锁，两个线程里的 m+1 可能同时执行，都是 0+1=1，最终结果是 1，结果显然错误；使用锁之后，两个线程里的 m+1 必须分别执行，先上锁的先执行，0+1=1，前者释放资源后后者再执行，此时 m=1，所以 m+1=2，得到的结果正确。有时候前一个线程迟迟没有释放资源（甚至发生死锁），本线程不能无限等待，这时就要使用函数 lock 的第 2 个参数超时时间，意即本线程最多等待 N 毫秒，如果之前锁住资源的其他线程在这期间解锁了，函数 lock 将返回锁名，本线程应当正常锁住该资源并使用；如果其他线程超过 N 毫秒也没解锁，函数 lock 将返回 0，本线程应当进行意外处理。