你会选演员，因为：

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

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

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

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

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

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

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

我更喜欢演演员，但不是手动。我最喜欢使用glib中的g_new和g_new0宏。如果不使用glib，我会添加类似的宏。这些宏在不损害类型安全的情况下减少代码重复。如果类型错误，将在非空指针之间进行隐式转换，这将导致警告（C++中的错误）。如果忘记包含定义g_new和g_new0的标头，则会出现错误。gnew和gnew0都采用相同的参数，不像malloc采用比calloc更少的参数。只需添加0即可获得零初始化内存。该代码可以用C++编译器编译而无需更改。

对我来说，这里的结论是，在C语言中使用malloc是完全没有必要的，但是如果你使用了C语言，它不会影响malloc，因为malloc仍然会为你分配你请求的内存空间。另一个原因是人们进行选角的原因或原因之一，这是为了使他们能够用C或C++编译相同的程序。

可能还有其他原因，但几乎可以肯定的是，其他原因迟早会让你陷入严重的麻烦。