正如其他人所说的，它不是C所需要的，而是C++所需要的。包括强制转换可以允许C程序或函数编译为C++。在C中，这是不必要的，因为void*会自动安全地升级为任何其他指针类型。但如果你当时就投了，如果你忘了包括，它会隐藏一个错误stdlib.h。这可能会导致崩溃（更糟的是，不会导致崩溃直到稍后在代码的某个完全不同的部分）。因为stdlib.h包含找到malloc的原型。在由于没有malloc的原型，标准要求C编译器假设malloc返回int。如果没有强制转换当该整数被分配给指针时发出警告；然而，在演员阵容中，这个警告并没有产生，隐藏了一个bug。

这个问题是基于意见的滥用问题。

有时我会注意到这样的评论：

不要抛出malloc的结果

or

为什么你不投malloc的结果

关于OP使用铸造的问题。评论本身包含指向此问题的超链接。

这在任何可能的情况下都是不恰当和不正确的。当这确实是一个人自己的编码风格的问题时，没有对也没有错。

---

为什么会发生这种情况？

它基于两个原因：

这个问题确实是基于意见的。从技术上讲，这个问题早在几年前就应该以观点为基础。一个“我应该”或“我不应该”或等效的“我应该吗”或“不应该”问题，如果没有自己的观点，你就无法集中回答。结束一个问题的原因之一是因为它“可能会导致基于意见的答案”，如这里所示。许多答案（包括最明显和最被接受的@unwind答案）要么完全或几乎完全基于观点（例如，如果你自己选角或重复选角，会在代码中添加一个神秘的“杂乱”，这会很糟糕），并显示出明显和专注的省略选角的倾向。他们一边争论演员阵容的冗余，但更糟糕的是，他们还争论解决由编程本身的错误/失败导致的错误——如果想使用malloc（），就不要#include<stdlib.h>。

---

我想对所讨论的一些观点提出一个真实的观点，而不是我个人的观点。需要特别注意以下几点：

这样一个很容易陷入自己观点的问题需要一个正反中立的答案。不只是缺点或优点。下面的答案中列出了一个很好的利弊概述：https://stackoverflow.com/a/33047365/12139179（由于这个原因，我个人认为这是迄今为止最好的答案。）

---

最多会遇到一个原因来解释省略强制转换的原因，即强制转换可能隐藏错误。如果有人使用隐式声明的malloc（）返回int（自C99以来，隐式函数不再是标准函数）和sizeof（int）！=sizeof（int*），如本问题所示为什么这段代码在64位体系结构上是错误的，但在32位体系结构中运行良好？演员阵容会隐藏一个bug。虽然这是真的，但它只显示了故事的一半，因为省略了强制转换只能向前解决更大的错误-在使用malloc（）时不包括stdlib.h。这永远不会是一个严重的问题，如果你，使用符合C99或更高版本的编译器（这是推荐的，应该是强制性的），以及当您想在代码中使用malloc（）时，不要忘记包含stdlib.h，这本身就是一个巨大的错误。

---

有些人认为C代码符合C++，因为在C++中强制执行强制转换。首先要概括地说：用C++编译器编译C代码不是一种好的做法。C和C++实际上是两种完全不同的语言，具有不同的语义。但如果您真的想/需要使C代码符合C++，反之亦然，请使用编译器开关而不是任何强制转换。由于演员阵容被认为是多余的，甚至是有害的，所以我想把重点放在这些问题上，这些问题给出了演员阵容有用甚至必要的充分理由：https://stackoverflow.com/a/34094068/12139179https://stackoverflow.com/a/36297486/12139179https://stackoverflow.com/a/33044300/12139179

---

当您的代码、分配的指针的类型（以及转换的类型）发生变化时，转换可能是无效的，尽管这在大多数情况下是不可能的。然后，您还需要维护/更改所有的强制转换，如果代码中有几千个对内存管理函数的调用，那么这将真正地总结并降低维护效率。

---

摘要：

事实是，如果分配的指针指向基本对齐要求的对象（包括所有对象中的大多数），则根据C标准（从ANSI-C（C89/C90）开始），强制转换是冗余的。

在这种情况下，指针自动对齐，因此不需要执行强制转换：

对aligned_alloc、calloc、malloc和realloc函数的连续调用所分配的存储的顺序和连续性未指定。如果分配成功，则返回的指针将适当对齐，以便可以将其分配给具有基本对齐要求的任何类型对象的指针，然后用于访问空间分配中的此类对象或此类对象的数组ated（直到空间被显式释放）。"来源：C18，§7.22.3/1

---

“基本对齐是指小于或等于_Aligef（max_align_t）的有效对齐。所有存储持续时间的对象的实现应支持基本对齐。以下类型的对齐要求应为基本对齐：-所有原子、合格或不合格的基本类型；-所有原子、限定或非限定枚举类型；-所有原子、限定或非限定指针类型；-其元素类型具有基本对齐要求的所有数组类型；57)-第7条中规定为完整对象类型的所有类型；-所有结构或联合类型，其所有元素都具有具有基本对齐要求的类型，且其所有元素均没有指定非基本对齐的对齐说明符。如6.2.1所述，后面的声明可能会隐藏前面的声明。"来源：C18，§6.2.8/2

但是，如果为扩展对齐需求的实现定义对象分配内存，则需要强制转换。

扩展对齐由大于_align f（max_align_t）的对齐表示。实现定义了是否支持任何扩展对齐以及支持这些对齐的存储持续时间。具有扩展对齐要求的类型是过度对齐类型。58）来源C18，§6.2.8/3

其他一切都取决于具体的用例和个人的看法。

请注意如何教育自己。

我建议您首先仔细阅读到目前为止所做的所有答案（以及他们可能指出失败的评论），然后如果您或如果您没有将malloc（）的结果应用于某个特定案例，请建立自己的观点。

请注意：

这个问题没有正确和错误的答案。这是一个风格问题，你自己决定选择哪种方式（当然，如果你不是受教育或工作所迫）。请注意这一点，不要让你上当。

---

最后一点：我最近投票结束了这个基于意见的问题，这是多年来确实需要的。如果您获得了关闭/重新打开特权，我也想邀请您这样做。

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

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

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

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

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

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

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

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

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

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

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