正如其他人所说的，它不是C所必需的，而是C++所必需的。如果您认为要使用C++编译器编译C代码，无论出于何种原因，都可以使用宏，例如：

#ifdef __cplusplus
# define MALLOC(type) ((type *)malloc(sizeof(type)))
# define CALLOC(count, type) ((type *)calloc(count, sizeof(type)))
#else
# define MALLOC(type) (malloc(sizeof(type)))
# define CALLOC(count, type) (calloc(count, sizeof(type)))
#endif
# define FREE(pointer) free(pointer)

这样，您仍然可以以非常紧凑的方式编写它：

int *sieve = MALLOC(int); // allocate single int => compare to stack int sieve = ???;
int *sieve_arr = CALLOC(4, int); // allocate 4 times size of int => compare to stack (int sieve_arr[4] = {0, 0, 0, 0};
// do something with the ptr or the value
FREE(sieve);
FREE(sieve_arr);

它将为C和C++编译。

尽可能在C语言中编程时最好做的事情是：

通过C编译器编译程序，并打开所有警告-Wall并修复所有错误和警告确保没有声明为auto的变量然后使用带有-Wall和-std=C++11的C++编译器对其进行编译。修复所有错误和警告。现在再次使用C编译器进行编译。您的程序现在应该在没有任何警告的情况下编译，并且包含更少的错误。

这个过程使您可以利用C++严格的类型检查，从而减少错误的数量。特别是，此过程强制您包含stdlib.否则您将得到

malloc未在此范围内声明

并且还强制你使用malloc的结果，否则你会得到

从void*到T的转换无效*

或者你的目标类型是什么。

用C而不是C++编写的唯一好处是

C具有明确规定的ABIC++可能会生成更多代码[异常、RTTI、模板、运行时多态性]

请注意，在理想情况下，当使用C所共有的子集和静态多态特性时，第二个缺点应该消失。

对于那些觉得C++严格规则不方便的人，我们可以使用带有推断类型的C++11特性

auto memblock=static_cast<T*>(malloc(n*sizeof(T))); //Mult may overflow...

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

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

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

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

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

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