Task中启动task的风险分析

序：
这两天遇到一个task中参数传递错误的问题，折腾了一天多，总算找到原因了，记录之。

设计思维：
MainTask是程序的主task，在 MainTask() 中重新创建新的task，调用关系：

MainTask()
{
    int param;
    ......
    TaskAStart(param);
}

实际参数(地址)信息:
param(0x12a154)=0x0;

void TaskAStart( int param )
{
    int param1 = param;
    ......
    xTaskCreate( TaskA, "TaskA", 512, (void *)&param1, ......);
}

void TaskA( void *pvParameters )
{
    int s = *(int *)pvParameters;
    ......
}

实际参数(地址)信息:
*pvParameters(0x12a234) = 0x456;
s(0x12bafc) = 0x456;

为什么不在MainTask中直接调用 xTaskCreate ？
为了封装，将TaskAStart放在别的模块，并增加条件判断。

上面程序调用后，总是发现pvParameters参数是错误的，逻辑没问题，汇编也看不出321，因为硬件无法连接J-Link，只能硬着头皮分析。

错误分析：
函数 vLwipTcpRecvStart 执行完之后，已经return, vLwipTcpRecvStart 栈被释放, 函数中定义的 socket1 也被释放, 之后socket1地址对应内存区域属于未知区域，出错也就属于情理之中的事情了。

解决方法：
不需要重新定义变量直接使用原来socket_fd的地址传递,既保证了参数变换的实时性,又安全,以下是正常的调用关系。
MainTask()
{
int param;
……
TaskAStart(&param);
}
实际参数(地址)信息:
param(0x12a154) = 0x0;

void TaskAStart( int *param )
{
……
xTaskCreate( TaskA, “TaskA”, 512, (void *)param, ……);
}

void TaskA( void *pvParameters )
{
int socket_fd = (int )pvParameters;
……
}
实际参数(地址)信息:
*pvParameters(0x12a234) = 0x0;
s(0x12bafc) = 0x0;

结论：
注意变量在函数中的作用域。