现在不需要强制转换malloc（）返回的值，但我想补充一点，似乎没有人指出：

在古代，也就是说，在ANSI C提供void*作为指针的通用类型之前，char*是这种用法的类型。在这种情况下，强制转换可以关闭编译器警告。

参考：C常见问题解答

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

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

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

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

不强制强制强制强制转换malloc的结果，因为它返回void*，并且void*可以指向任何数据类型。

不，您不强制转换malloc（）的结果。

一般来说，你不会向虚空施法或从虚空施法。

不这样做的一个典型原因是#include<stdlib.h>失败可能会被忽略。这在很长一段时间内不再是问题，因为C99使隐式函数声明非法，所以如果您的编译器至少符合C99，您将得到一条诊断消息。

但有一个更强烈的理由不引入不必要的指针强制转换：

在C语言中，指针转换几乎总是一个错误。这是因为以下规则（N1570中的§6.5 p7，C11的最新草案）：

对象的存储值只能由左值表达式访问，左值表达式具有以下类型：-与对象的有效类型兼容的类型，-与对象的有效类型兼容的类型的限定版本，-一种类型，它是与对象-类型，该类型是与对象的有效类型，-一种聚合或联合类型，在其成员（递归地包括子集合或包含联合的成员），或-字符类型。

这也称为严格别名规则。因此，以下代码是未定义的行为：

long x = 5;
double *p = (double *)&x;
double y = *p;

有时令人惊讶的是，以下内容也是：

struct foo { int x; };
struct bar { int x; int y; };
struct bar b = { 1, 2};
struct foo *p = (struct foo *)&b;
int z = p->x;

有时，您确实需要强制转换指针，但考虑到严格的别名规则，您必须非常小心。因此，代码中出现的任何指针强制转换都需要重新检查其有效性。因此，您永远不会编写不必要的指针强制转换。

tl；博士

简而言之：因为在C语言中，指针强制转换的任何出现都会给需要特别注意的代码带来危险，所以您不应该编写不必要的指针强制转换。

附带说明：

在某些情况下，您实际上需要转换为void*，例如，如果您想要打印指针：int x=5；printf（“%p\n”，（void*）&x）；这里强制转换是必要的，因为printf（）是一个可变函数，所以隐式转换不起作用。在C++中，情况不同。在处理派生类的对象时，强制转换指针类型有些常见（也是正确的）。因此，在C++中，与void*的转换不是隐式的，这是有意义的。C++有一整套不同风格的铸造。

malloc的主要问题是获得正确的大小。

malloc（）返回的内存是非类型的，由于简单的强制转换，它不会神奇地获得有效的类型。

我想这两种方法都很好，选择应该取决于程序员的意图。

如果为类型分配内存，则使用强制转换。

ptr=（T*）malloc（sizeof（T））；

如果为给定指针分配内存，则不要使用强制转换。

ptr=malloc（sizeof*ptr）；

Ad 1

第一种方法通过为给定类型分配内存，然后将其强制转换以确保分配给正确的指针，从而确保正确的大小。如果使用了不正确的ptr类型，则编译器将发出警告/错误。如果ptr的类型被更改，那么编译器将指出代码需要重构的地方。

此外，第一种方法可以组合成类似于C++中新运算符的宏。

#define NEW(T) ((T*)malloc(sizeof(T)))
...
ptr = NEW(T);

此外，如果ptr为void*，则此方法有效。

Ad 2

第二个方法不关心类型，它通过从指针的类型中获取数据来确保正确的大小。这种方法的主要优点是，每当ptr的类型发生变化时，都可以自动调整存储大小。它可以在重构时节省一些时间（或错误）。

缺点是，如果ptr为空，则该方法不起作用，但它可能被认为是一件好事。而且它不适用于C++，因此不应在C++程序将要使用的头中的内联函数中使用。

就我个人而言，我更喜欢第二种选择。

来自维基百科：

铸造的优点包括强制转换可以允许C程序或函数编译为C++。强制转换允许最初返回char*的1989年以前版本的malloc。如果目标指针类型发生变化，强制转换可以帮助开发人员识别类型大小的不一致，特别是如果指针声明的位置远离malloc（）调用（尽管现代编译器和静态分析器可以在不需要强制转换的情况下警告此类行为）。铸造的缺点根据ANSI C标准，铸件是多余的。添加强制转换可能会掩盖将标头stdlib.h包含在找到了malloc的原型。如果没有malloc的原型，标准要求C编译器假设malloc返回一个int。如果没有强制转换，则警告为当该整数被分配给指针时发出；然而，随着演员，这个警告没有产生，隐藏了一个bug。在某些情况下体系结构和数据模型（例如64位系统上的LP64，其中long和指针为64位，int为32位），此错误可能实际上导致未定义的行为，正如隐式声明的malloc返回32位值，而实际定义的函数返回64位值。取决于调用约定和内存布局，这可能会导致堆栈损坏。这个问题不太可能在现代编译器中不被注意，因为它们统一地生成警告已使用未声明的函数，因此警告将仍然出现。例如，GCC的默认行为是显示警告：“内置的不兼容隐式声明函数”，而不管是否存在强制转换。如果指针的类型在其声明时发生了更改，则可以此外，需要更改调用和强制转换malloc的所有行。

尽管malloc不带强制转换是首选方法，大多数有经验的程序员都会选择它，但在意识到问题后，您应该使用任何您喜欢的方法。

即：如果您需要将C程序编译为C++（尽管它是一种单独的语言），则必须强制转换使用malloc的结果。