reinterpret_cast转换链的正确性

Question

根据类型别名规则 ，我假设：

1） uint64_t*直接转换为uint32_t* - 是不正确的 （我无法通过结果ptr访问数据。并确保我将获得正确的值）

2）转换链是可以的 （我可以安全地访问数据）

uint64_t* -> unsigned char* -> uint32_t*

uint64_t* -> void* -> uint32_t*

我是否正确理解规则？

我总是喜欢使用union来代替，以防止任何可能的ptr。 转换问题（可能导致数据损坏），但并不总是可能（和良好）解决方案。

Answer 1

2）转换链是可以的（我可以安全地访问数据）

 uint64_t* -> unsigned char* -> uint32_t* uint64_t* -> void* -> uint32_t* 

我是否正确理解规则？

没有。像这样的链式reinterpret_cast不会比直接reinterpret_cast更正确。

我总是喜欢使用工会

使用union键入punning也会违反别名规则。

---

如果你有一个指向uint64_t的指针，并且你想要使用对象中包含的八个字节中的四个（我假设一个8位字节）并将它们解释为uint32_t ，那么你必须首先确定八个字节中的哪一个你想用。 毕竟，它们中的所有八个都不适合单个uint32_t 。 您想要低位字节还是高位字节？ 或者像其他字节一样更具异国情调？ 还要考虑，字节应该在结果uint32_t中的顺序。

如果你想根据它们的重要性来获得特定的字节，那么可移植的方法就是使用位移和掩码。

如果你想要基于它们在内存中的位置的特定字节，那么可移植的方法是使用std::memcpy 。

Answer 2

如果你确定你的机器是大端或小端（几乎总是如此），你可以使用htonl（）来检测字节序。 在这两种体系结构中，uint64_t可以被视为uint32_t [2]，它只是字节顺序不同。 因此，您可以reinterpret_cast并根据字节顺序添加偏移量。 虽然这是非标准的，但只有一种可能的大端和小端的实现（鸽子原理）。 请注意，这不适用于例如中端架构（很少但存在），或任何无法定义字节序的架构。