無符號字符數組鑄造長長

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*，然後取消引用轉換後的值。

但這是一個壞主意。克++給我所轉換的指針的間接引用的警告：

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對象。）