我更喜欢演演员，但不是手动。我最喜欢使用glib中的g_new和g_new0宏。如果不使用glib，我会添加类似的宏。这些宏在不损害类型安全的情况下减少代码重复。如果类型错误，将在非空指针之间进行隐式转换，这将导致警告（C++中的错误）。如果忘记包含定义g_new和g_new0的标头，则会出现错误。gnew和gnew0都采用相同的参数，不像malloc采用比calloc更少的参数。只需添加0即可获得零初始化内存。该代码可以用C++编译器编译而无需更改。

在C语言中，可以隐式将void指针转换为任何其他类型的指针，因此不需要强制转换。使用一个可能会向不经意的观察者暗示需要一个的原因，这可能会误导人。

你会选演员，因为：

它使您的代码在C和C++之间更具可移植性，正如SO的经验所示，许多程序员声称，当他们真正用C++（或C加本地编译器扩展）编写时，他们是在用C编写。如果不这样做，可能会隐藏一个错误：请注意所有的so示例，它们混淆了何时写入类型*和类型**。它会让你注意不到你没有#包含一个合适的头文件，这一想法让你错过了树的森林。这与说“不要担心你没能让编译器抱怨没有看到原型的事实——讨厌的stdlib.h才是真正需要记住的重要东西！”它强制进行额外的认知交叉检查。它将（所谓的）所需类型放在您对该变量的原始大小所做的算术旁边。我敢打赌，你可以做一个SO研究，表明malloc（）错误在有演员时被捕获的速度要快得多。与断言一样，揭示意图的注释可以减少错误。以机器可以检查的方式重复自己的行为通常是一个好主意。事实上，这就是断言，使用强制转换就是断言。断言仍然是我们获得正确代码的最通用技术，因为图灵多年前就提出了这个想法。

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++程序将要使用的头中的内联函数中使用。

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

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

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的返回值是合理的。

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

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