习惯于GCC和Clang的人被宠坏了。外面不是很好。

这些年来，我被要求使用的过时的编译器吓坏了。公司和管理者通常采用极端保守的方法来更改编译器，甚至不会测试新的编译器（具有更好的标准遵从性和代码优化）是否能在他们的系统中工作。对于正在工作的开发人员来说，实际情况是，当你在编写代码时，你需要覆盖你的基础，不幸的是，如果你不能控制什么编译器可以应用于你的代码，那么使用mallocs是一个好习惯。

我还建议许多组织应用自己的编码标准，如果定义了编码标准，那么这应该是人们遵循的方法。在缺乏明确指导的情况下，我倾向于选择最有可能在任何地方编译，而不是盲目地遵守某个标准。

根据现行标准，这是不必要的，这一论点是非常有效的。但这一论点忽略了现实世界的现实性。在一个完全由当今标准统治的世界里，我们并没有编码，而是由我喜欢称之为“地方管理的现实领域”的实用性来控制。这比太空时代更加弯曲和扭曲

YMMV。

我倾向于将使用malloc作为防御操作。不漂亮，不完美，但总体安全。（老实说，如果你没有包含stdlib.h，那么你会遇到比强制执行malloc更多的问题！）。

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

C中不需要铸造，因为：

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

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

强制转换只适用于C++而不是C。如果您使用的是C++编译器，最好将其更改为C编译器。

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

在C语言中，不需要强制转换malloc的返回值。malloc返回的指向void的指针会自动转换为正确的类型。但是，如果您想用C++编译器编译代码，则需要强制转换。社区中的首选替代方案是使用以下方法：

int *sieve = malloc(sizeof *sieve * length);

另外，如果你改变了筛子的类型，你就不用担心改变表达式的右边。

正如人们所指出的那样，铸件是不好的。尤其是指针强制转换。

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

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