RTOS的变量锁的发生

RTOS变量锁的问题，出现的条件
变量的改变有以下几个步骤，读-改-写，当一个变量被改变的时候，有任务或者中断将这个过程打断。同时在中断函数中，将变量重新赋值，那原来的变量改就失效，变量变成了我们不希望出现的值。因此我们需要在任务中屏蔽中断的发生。
下面我们将利用函数，模拟变量读改写的过程被打断：
void task1Entry(void * param)
{
int i,j;
i = 10;
tSetSysTickPeriod(10);
for(;?
{
task1Flag = 0;
dataTest = i;
dataTest = dataTest +3;
taskDelay(1);
i = dataTest;
task1Flag = 1;
taskDelay(1);
}
}
任务1中，我们希望将i的值，修改为dateTest的值。因此在程序中dataTest = i，模拟变量i被读，dataTest = dataTest +3，表示变量值被改，这时候由于中断的发生，而切换到另外一个任务2中，任务2直接将dataTest赋值为2，如下所示：
void task2Entry(void * param)
{
for(;?
{
task2Flag = 0;
dataTest = 2;
taskDelay(1);
task2Flag = 1;
taskDelay(1);
}
}
当任务2运行完成后，切换到任务1，此时的dataTest被修改为2，同时此时i的值为2，和我们原来期望的值不一样。因此需要在任务的关键过程屏蔽中断的发生，然后在恢复中断。
在某些情况下，我们不仅需要防止突然中断出现的修改，还要防止其他任务对变量的修改，这里我们可以使用变量的锁的函数，将变量的读改写的过程上锁，防止其他任务的修改。具体的过程如下所示，我们可以在变量操作的前面加上上锁函数，当变量操作结束后，增加解锁函数。

tTaskSchedDisable();内容
void tTaskSchedDisable(void)
{
uint32_t status;
status = tTaskEnterCritical();
if(lockCount<255)
{
lockCount++;
}
tTaskExitCritical(status);
}
在任务切换函数中，增加如下所示的程序

如果lockCount变量大于0，则不进行任务切换，当被保护的变量处理完后，执行tTaskSchedEnable();函数
void tTaskSchedEnable(void)
{
uint32_t status;
status = tTaskEnterCritical();
if(lockCount > 0)
{
if(–lockCount == 0)
{
tTaskSched();
}
}
tTaskExitCritical(status);
}
当等于0的时候直接进行任务的切换函数，切换到任务2函数。保证变量不会被修改。