将Char数组解释为多个串联的数据类型

Question

我通过套接字收到字节流（或C ++中的字符）。 现在我要解释它们。 我知道哪些数据类型隐藏在字节后面。 我的消息看起来像这样：

value1   --> char (1 byte)
value2   --> long (8 bytes)
value3   --> short (2 bytes)
... 

如何有效地进行解释？

//编辑：不起作用，字节不是描述字符，而是整数。

我考虑过要使用memcpy和atoi（到目前为止尚未测试）：

char value1 = *charPtr;
charPtr++;

char value2[8]="";
std::memcpy(charPtr,value2,8);
long v2 = atoi(value2);
charPtr+=8;

char value3[2]="";
std::memcpy(charPtr,value3,2);
short v3 = atoi(value3);
charPtr+=2;

Answer 1

我假设您尝试将数据作为原始字节流发送，并且已经确定发送方和接收方使用相同的浮点格式和相同的endiness 。

但是您打包的数据流显然违反了发送方和接收方的对齐规则，因此我们无法执行类似于value2 = *(long *)data;

因此，尝试使用parsePackedStruct(data, &value1, &value2, &value3);

合理的实现可以是：

void parsePackedStruct(char *data, char *pValue1, long *pValue2, short *pValue3)
{
    memcpy(pValue1, data, sizeof(*pValue1));
    data = data + sizeof(*pLalue1);
    memcpy(pValue2, data, sizeof(*pValue2));
    data = data + sizeof(*pLalue2);
    memcpy(pValue3, data, sizeof(*pValue3));
}

这要求您的发送方和接收方的char/short/long大小严格相同，这对我来说似乎太严格了，因为long大小因平台而异，比其他算术类型更频繁。 出于同样的原因，我也避免使用bool并使用uint8_t 。

因此，请考虑使用int32_t类的C99整数类型。

Answer 2

假设发送方和接收方在发送/接收的原始数据方面完全同步，则可以执行以下操作：

#pragma pack(push, 1)
struct MyPackedData {
  char c;
  long l;
  short s;
};
#pragma pack(pop)

...

MyPackedData parsedData;
memcpy(&parsedData, charPtr, sizeof(parsedData));

Answer 3

Okey，我知道了该怎么做。 关键字是移位：

long readAndSkipLong(char*& b)
{
    unsigned long ret = (b[0] << 56) | (b[1] << 48) | (b[2] << 40) | (b[3]<<32) | (b[4] << 24) | (b[5] << 16) | (b[6] << 8) | (b[7]);
    b+=8;
    return ret;
}

int readAndSkipInt(char*& b)
{
    int32_t ret = (b[0] << 24) | (b[1] << 16) | (b[2] << 8) | (b[3]);
    b+=4;
    return ret;
}

short readAndSkipShort(char*& b) {
    short ret =  (b[0] << 8) | (b[1]);
    b+=2;
    return ret;
}

...
while (readChar(it)!='#') // stop at the terminating char
{
        readAndSkipShort(it);
        readAndSkipInt(it);
}
...

然而，我转移了很长时间并且很聪明，这似乎是不对的。 对于预期值

152  --> 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10011000

我解释：

-104  --> 11111111 11111111 11111111 11111111 11111111 11111111 11111111 10011000 

知道错误在哪里吗？