不，您不强制转换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++有一整套不同风格的铸造。

TL；博士

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

有两个问题。类型转换，并且您使用类型而不是变量作为sizeof的参数。相反，请这样做：

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

长版本

不您不必计算结果，因为：

这是不必要的，因为在这种情况下，void*会自动安全地升级为任何其他指针类型。它给代码增加了混乱，强制转换不太容易阅读（特别是如果指针类型很长）。这会让你重复自己，这通常是不好的。如果您忘记包含＜stdlib.h＞，它可能会隐藏错误。这可能会导致崩溃（或者更糟糕的是，直到稍后在代码的某个完全不同的部分发生崩溃）。考虑如果指针和整数的大小不同会发生什么；然后你通过投射来隐藏警告，可能会丢失返回地址的一部分。注意：从C99开始，隐式函数从C中消失，这一点不再相关，因为没有自动假设未声明的函数返回int。

作为澄清，请注意我说的是“你不需要投”，而不是“你不必投”。在我看来，这是一个失败的演员阵容，即使你做得对。这样做根本没有好处，但有一系列潜在的风险，包括演员阵容表明你不知道这些风险。

另外，正如评论家指出的，上面提到的是直接C，而不是C++。我非常坚信C和C++是独立的语言。

此外，代码不必要地重复类型信息（int），这可能会导致错误。最好取消引用用于存储返回值的指针，将两者“锁定”在一起：

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

这还将长度移到前面以增加可见性，并删除sizeof的多余括号；只有当参数是类型名时，才需要它们。许多人似乎不知道（或忽略）这一点，这使得他们的代码更加冗长。记住：sizeof不是函数！：）

虽然在一些罕见的情况下，将长度移到前面可能会增加可见性，但也应注意，在一般情况下，最好将表达式写成：

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

在这种情况下，由于首先保持sizeof，确保乘法至少使用size_t数学运算完成。

比较：malloc（sizeof*sive*length*width）与malloc，当width和length的类型小于size_t时，第二个可能会溢出长度*宽度。

加上我学习计算机工程的经验，我发现我见过的两三位教授总是用C语言写作，但我问的那位教授（有着丰富的简历和对C语言的理解）告诉我，这是绝对没有必要的，但只用于绝对具体，并让学生们养成绝对具体的心态。从本质上讲，强制转换不会改变它的工作方式，它完全按照它所说的做，分配内存，强制转换不影响它，你会得到相同的内存，即使你错误地将它强制转换为其他东西（并以某种方式规避编译器错误），C也会以同样的方式访问它。

编辑：铸造有一定的意义。当您使用数组表示法时，生成的代码必须知道要到达下一个元素的开头，需要前进多少个内存位置，这是通过强制转换实现的。通过这种方式，您可以知道，对于double，您可以提前8个字节，而对于int，则可以提前4个字节，依此类推。因此，如果您使用指针表示法，则不会产生任何影响，在数组表示法中，这是必要的。

我加入强制转换只是为了表示对类型系统中的丑陋漏洞的不满，这种漏洞允许像以下代码片段这样的代码在没有诊断的情况下编译，即使没有强制转换来导致错误的转换：

double d;
void *p = &d;
int *q = p;

我希望这不存在（而且在C++中也不存在），所以我投了。它代表了我的品味和我的编程政治。我不仅投了一个指针，而且有效地投了一张选票，并淘汰了愚蠢的恶魔。如果我真的不能摆脱愚蠢，那么至少让我用一种抗议的姿态来表达这样做的愿望。

事实上，一个好的做法是用返回无符号char*的函数包装malloc（和朋友），并且基本上不要在代码中使用void*。如果需要指向任何对象的通用指针，请使用char*或无符号char*，并在两个方向上进行强制转换。也许，可以放松的一点是使用memset和memcpy等函数而不进行强制转换。

关于强制转换和C++兼容性的主题，如果您编写代码以使其同时编译为C和C++（在这种情况下，当将malloc的返回值分配给void*以外的其他对象时，您必须强制转换malloc），您可以为自己做一件非常有用的事情：当编译为C++时，可以使用宏强制转换为C++风格的强制转换，但当编译为C:

/* In a header somewhere */
#ifdef __cplusplus
#define strip_qual(TYPE, EXPR) (const_cast<TYPE>(EXPR))
#define convert(TYPE, EXPR) (static_cast<TYPE>(EXPR))
#define coerce(TYPE, EXPR) (reinterpret_cast<TYPE>(EXPR))
#else
#define strip_qual(TYPE, EXPR) ((TYPE) (EXPR))
#define convert(TYPE, EXPR) ((TYPE) (EXPR))
#define coerce(TYPE, EXPR) ((TYPE) (EXPR))
#endif

如果您遵循这些宏，那么对代码库进行简单的grep搜索以查找这些标识符将显示所有强制转换的位置，因此您可以检查其中是否有错误。

然后，如果您经常使用C++编译代码，那么它将强制使用适当的强制转换。例如，如果您使用strip_qual只是为了删除常量或volatile，但是程序的变化导致现在涉及到类型转换，那么您将得到一个诊断，并且您必须使用强制转换的组合来获得所需的转换。

为了帮助您遵守这些宏，GNUC++（而不是C！）编译器有一个漂亮的功能：一个可选的诊断程序，它针对所有C样式强制转换的出现而生成。

     -Wold-style-cast (C++ and Objective-C++ only)
         Warn if an old-style (C-style) cast to a non-void type is used
         within a C++ program.  The new-style casts (dynamic_cast,
         static_cast, reinterpret_cast, and const_cast) are less vulnerable
         to unintended effects and much easier to search for.

如果您的C代码编译为C++，则可以使用此-Wold样式的转换选项来查找可能在代码中出现的（类型）转换语法的所有情况，并通过使用上述宏中的适当选项（或组合，如果需要）来替换它来跟踪这些诊断。

这种转换处理是在“Clean C”中工作的唯一最大的独立技术理由：结合了C和C++方言，这反过来又在技术上证明了强制转换malloc的返回值是合理的。

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

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

参考：C常见问题解答

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