进程间数据存储与赋值

typedef struct
{
     UINT32  ulcmdtype;
     UINT32  ulstate;

}SMART_MODULE_OPR_STATUS_T;

#define SMART_MODULE_INFO_MAC_LEN    64
typedef struct
{
     UINT8  ucMac[SMART_MODULE_INFO_MAC_LEN];  
}SMART_MODULE_GET_DEVINFO_T;

char tmp_buf[4096] = {0};

SMART_MODULE_OPR_STATUS_T oprStatus;

现在是我先把oprate和devinfo存到tmp_buf的数组中，然后接收端收到数据后，再从tmp_buf中将这两个结构体分别解析出来;

存储时是这样存的:

sprintf(tmp_buf, "%d", oprStatus.ulcmdtype);      //oprStatus.ulcmdtype=1;

sprintf(tmp_buf+4, "%d", oprStatus.ulstate);       //oprStatus.ulstate = 0;

memcpy(tmp_buf+sizeof(SMART_MODULE_OPR_STATUS_T), tmp_value, tmp_size);//tmp_value中放的是结构体SMART_MODULE_GET_DEVINFO_T  的取值

解析时是这样解析的：

int cmd_Type = 0;
SMART_MODULE_OPR_STATUS_T oprate;
SMART_MODULE_GET_DEVINFO_T  devinfo;
memset(&oprate, 0, sizeof(SMART_MODULE_OPR_STATUS_T));
memset(&devinfo, 0, sizeof(SMART_MODULE_GET_DEVINFO_T));
        
memcpy(&oprate,tmp_buf,sizeof(SMART_MODULE_OPR_STATUS_T));
memcpy(&devinfo, tmp_buf+sizeof(SMART_MODULE_OPR_STATUS_T), SMART_MODULE_INFO_MAC_LEN);
        
问题出来了，此时oprate.ulcmdtype=49;这里是把1当字符存储到了tmp_buf中，然后当整型解析出来后就变成了它的ASC码值;

因为是两个模块间进行socket通信，所以在进行通信时是将这两个结构体的内容存储到一个char类型的数组中，然后另外一端收到后将数据从这个char类型的数组中解析出来。因为解析时是按照memcpy解析的，所以赋值时也改成memcpy，不能将整型数据解析成字符后再赋值（sprintf）,否则就会出现上面提到的错误。

所以存储数据就变成这样:

memcpy(tmp_buf, &(oprStatus.ulcmdtype), sizeof(oprStatus.ulcmdtype));//oprStatus.ulcmdtype = 1;
memcpy(tmp_buf+4, &(oprStatus.ulstate), sizeof(oprStatus.ulstate));//oprStatus.ulstate = 1;

这样另外一端收到的数据也是这样的:oprate.ulcmdtype  = 1;

                                                                oprate.ulstate  = 0;

而不是上面提到的将整型解析成了字符串;

看来两边的数据传输是要协商好的，你要看对端的是如何解析数据的，然后你给人家相应的数据，要不然就会造成两端接收数据不一致的情况;

如果一定要将字符转成其对应的数字的话，可以这样做:

 #define CHAR_TO_NUM(c) ((c) - '0')

还有个就是在测试中，看每个数据都多了48，那就是把整形数据转成了字符串