reinterpret_cast <>和portabilty

Question

我读过reinterpret_cast<>如果使用不当可能会有危险.所以我相信我正确使用它;).如果我需要模板类并且需要类型转换,我发现使用它是很好的.但最近我读到这reinterpret_cast<>也是非便携式的.我为这一点感到难过.什么原因？请使用以下代码,

void Disp(int* val)
{
    for (int i=0; i < SZ; ++i)
    {
        cout << *(val+i) << " ";
    }
    cout << endl;
}

int main()
{
    int arr[SZ];
    Disp(arr);

    unsigned char* ptr = reinterpret_cast<unsigned char*>(arr);
    for (unsigned char* i = ptr; i < (ptr + (SZ * sizeof(int))); i++)
    {
        *i = 0;
    }
    Disp(arr);
    return 0;
}

现在输出:

1174214872 32767 4196789 0 568392584 58 4196720 0 0 0 
0 0 0 0 0 0 0 0 0 0 

Machine type: Linux 2.6.32-358.11.1.el6.x86_64 #1 x86_64 x86_64 x86_64 GNU/Linux

---

975580 -16506540 -13369152 0 -4202936 67876 3 -4202836 4 -4202828 
0 0 0 0 0 0 0 0 0 0 

Machine type: SunOS DELPHI 5.10 Generic_142900-01 sun4u sparc SUNW,Netra-240

我已经在Linux和Solaris中复制了同一程序的输出.我是可移植性问题的新手.那么有人可以告诉我,如果我在我的代码中使用这样的东西,会导致任何可移植性问题吗？即使不使用此代码,当代码变得复杂(具有动态分配和所有)并且长时间运行时,是否有机会出现意外(未定义的行为).谢谢您的帮助.

Answer 1

这段代码存在一些问题.

• 您正在显示未初始化数组的内容.真的没有意义.
• 假设,你很难对循环的大小进行编码sizeof(int) == 4.如果您使用的是不同尺寸的机器int,则这将是不可移植的.
• 如果使用除零以外的任何值填充内存,则需要担心处理器的字节顺序.

编辑:我看到你已经编辑出硬编码的魔法常数,4所以第2点不再适用.

Answer 2

可移植性问题reinterpret_cast<>在于不同的CPU在内存中以不同方式存储数字.有些将它们从最不重要的字节存储到最重要的字节(小端),其他的则完全相反(大端).有些甚至使用一些奇怪的字节顺序1 0 3 2,不要问我为什么.

无论如何,这样做的结果是,只要你不以任何方式依赖字节顺序,它reinterpret_cast<>就是可移植的.

您的示例代码不依赖于字节顺序,它将所有字节视为相同(将它们设置为零),因此代码是可移植的.如果你要使用a reinterpret_cast<>来复制同一台机器上的某些数据对象而不解释字节,那么代码也是可移植的(memcpy()这样做).

不可移植的东西就像查看第一个字节以确定数字的符号(仅适用于大端机器).如果您尝试通过仅发送结果将数据从一台计算机传输到另一台计算机reinterpret_cast<char*>,您也遇到了麻烦:目标计算机可能使用与源计算机不同的字节顺序,完全错误解释您的数据.

我会说,说它是reinterpret_cast<>不可移植的是错误的,它只是将机器细节暴露给机器特定的C++代码.任何依赖于该机器细节的代码都是不可移植的.