malloc的转换在C中是不必要的，但在C++中是必需的。

C中不需要铸造，因为：

在C的情况下，void*会自动安全地升级为任何其他指针类型。如果您忘记包含<stdlib.h>，它可能会隐藏错误。这可能会导致崩溃。如果指针和整数的大小不同，则通过强制转换隐藏警告，可能会丢失返回地址的位。如果指针的类型在声明时发生了更改，那么可能还需要更改调用和强制转换malloc的所有行。

另一方面，强制转换可能会增加程序的可移植性。即它允许C程序或函数编译为C++。

这就是GNU C库参考手册所说的：

您可以将malloc的结果存储到任何指针变量中强制转换，因为ISO C会自动将类型void*转换为另一个必要时的指针类型。但演员阵容在上下文中是必要的而不是赋值运算符，或者如果您可能希望代码运行在传统C。

事实上，ISO C11标准（第47页）是这么说的：

如果分配成功，则返回的指针将适当对齐它可以分配给指向任何类型对象的指针基本对齐要求，然后用于访问这样的对象或此类对象的数组（直到空间被显式释放）

你会选演员，因为：

它使您的代码在C和C++之间更具可移植性，正如SO的经验所示，许多程序员声称，当他们真正用C++（或C加本地编译器扩展）编写时，他们是在用C编写。如果不这样做，可能会隐藏一个错误：请注意所有的so示例，它们混淆了何时写入类型*和类型**。它会让你注意不到你没有#包含一个合适的头文件，这一想法让你错过了树的森林。这与说“不要担心你没能让编译器抱怨没有看到原型的事实——讨厌的stdlib.h才是真正需要记住的重要东西！”它强制进行额外的认知交叉检查。它将（所谓的）所需类型放在您对该变量的原始大小所做的算术旁边。我敢打赌，你可以做一个SO研究，表明malloc（）错误在有演员时被捕获的速度要快得多。与断言一样，揭示意图的注释可以减少错误。以机器可以检查的方式重复自己的行为通常是一个好主意。事实上，这就是断言，使用强制转换就是断言。断言仍然是我们获得正确代码的最通用技术，因为图灵多年前就提出了这个想法。

在C语言中，您得到了从void*到任何其他（数据）指针的隐式转换。

void指针背后的概念是它可以被强制转换为任何数据类型，这就是malloc返回void的原因。此外，您必须了解自动打字。因此，虽然必须强制强制强制转换指针，但它有助于保持代码整洁，并有助于调试

void指针是泛型指针，C支持从void指针类型到其他类型的隐式转换，因此不需要显式类型转换。

然而，如果您希望相同的代码在不支持隐式转换的C++平台上完美兼容，则需要进行类型转换，因此这一切都取决于可用性。