reinterpret_cast(char*) 与 static_cast(static_cast(char*)) -- 使用哪个?

发布于 2024-12-11 02:22:30 字数 369 浏览 0 评论 0原文

当您动态分配 char * 类型的缓冲区并希望将其转换为特定类型时,您应该使用类似的东西

reinterpret_cast<int *>(char *)

还是类似的东西

static_cast<int *>(static_cast<void *>(char *))

,为什么?

我个人倾向于使用后者,因为对我来说,它并不是真正的数据“重新解释”(而只是分配缓冲区的机械方式),而且看起来它不会成为错误的来源与典型的reinterpret_cast可能是相同的方式,但这是正确的直觉吗?

When you've dynamically allocated a buffer of type char * and want to cast it to a particular type, should you use something like

reinterpret_cast<int *>(char *)

or something like

static_cast<int *>(static_cast<void *>(char *))

and why?

I'm personally tempted to use the latter, because to me, it's not really a "reinterpretation" of the data (rather just a mechanical way of allocating the buffer) and it doesn't look like it would be a source of bugs in the same way as a typical reinterpret_cast might be, but is this the correct intuition?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

维持三分热 2024-12-18 02:22:30

根据 Dave Abrahams,使用链式 static_cast< /code>s 是强制指针类型的正确、标准方法。

就我个人而言,我在这些情况下使用reinterpret_cast,因为我从来不需要处理那些用链式static_cast做一件事而用单个做不同事情的架构。 reinterpret_cast

According to Dave Abrahams, using the chained static_casts is the correct, standard way to coerce pointer types.

Personally, I use reinterpret_cast in these cases because I never have to deal with architectures that would do one thing with the chained static_casts and a different thing with the single reinterpret_cast.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文