无符号字符数组转换为 long long [关闭]

Question

我不确定这是否正确，我已经对其进行了测试，似乎有些字节已关闭... 基本上，我有以下几点：

unsigned char szBuffer[1024] = {0};
long long nValue = 1334553536;
memcpy(szBuffer, (char*)&nValue, sizeof(long long));

//

long long nNewValue = reinterpret_cast<long long>(szBuffer);
printf(nNewValue); //prints out a smaller number than previously stated

有人介意指出我哪里出错了吗？谢谢。

Answer 1

您将nNewValue 设置为szBuffer 的地址，而不是从该地址读取数据。使用：

long long nNewValue = *reinterpret_cast<long long*>(szBuffer);

Answer 2

更改此语句

long long nNewValue = reinterpret_cast<long long>(szBuffer);

到

long long nNewValue = *reinterpret_cast<long long *>(szBuffer);

Answer 3

这是您的程序的修改版本，在我的系统上运行（扩展为完整的程序）：

#include <iostream>
#include <cstring>
int main() {
    unsigned char szBuffer[1024] = {0};
    long long nValue = 1334553536;
    std::memcpy(szBuffer, &nValue, sizeof(long long));
    long long nNewValue = *(reinterpret_cast<long long*>(&szBuffer));
    std::cout << nValue << "\n" << nNewValue << "\n";
}

memcpy的前两个参数是void*类型的，所以你不需要强制转换它们；如果您确实转换它们（C++ 中不推荐使用这种转换吗？），您应该转换为void*，而不是char*。

对nNewValue 的赋值将缓冲区的地址 转换为long long*，然后取消引用转换后的值。

但这是个坏主意。 g++ 给我一个关于转换指针的取消引用的警告：

warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]

此外，不能保证szBuffer（unsigned char 的数组）正确对齐，因此可以安全地将其前几个字节视为long long 对象。您最有可能使用的 x86 或 x86_64 系统可以容忍未对齐的内存访问，但并非所有系统都这样做。

除非您确切地知道自己在做什么，否则指针转换通常是不安全的。

如果您想将字符数组的一部分重新解释为其他类型的对象，如果您确实需要将内存本身解释为不同类型的对象，则可以使用联合，或者使用memcpy。 （即便如此，请确保您确实需要这样做；很可能您不需要这样做。大多数情况下，如果您想存储一个 long long 对象，您应该只定义一个long long 对象。）