c++编译器拒绝void直接赋值给int是因类型安全机制要求显式转换：推荐static_cast、次选c风格转换、最优解是用new或智能指针替代malloc。
为什么 C++ 编译器拒绝 void* 直接赋值给 int*
这是 C++ 类型安全机制的正常行为，和 C 不同：C 允许隐式转换 void* → int*，但 C++ 要求显式转换。常见于调用 malloc、mmap、GetProcAddress 等返回 void* 的函数后直接赋给具体指针类型。
三种安全写法，按推荐顺序排列
优先选语义明确、可读性强、能被编译器检查的转换方式：
-
C++ 风格强制转换（推荐）：
int* p = static_cast<int>(malloc(sizeof(int) * 10));</int>—— 明确表达“我知道这是类型重解释”，且只允许相关指针类型间转换，比 C 风格更安全 -
C 风格强制转换（兼容旧代码）：
int* p = (int*)malloc(sizeof(int) * 10);—— 有效但不推荐新代码，容易掩盖错误（比如误转不相关类型） -
使用
new替代malloc（根本规避问题）：int* p = new int[10];—— 返回的就是int*，无需转换；记得配对用delete[] p;
哪些场景容易漏掉转换或写错
不是所有 void* 都该转成 int*，类型必须匹配原始分配/映射意图：
- 用
malloc(sizeof(double) * 5)后却写int* p = static_cast<int>(ptr);</int>→ 逻辑错误，读写会越界或数据错乱 - 在 Windows 上调用
GetProcAddress获取函数地址，返回void*，但必须转成对应函数指针类型，例如：auto fn = reinterpret_cast<int>(GetProcAddress(h, "func")); </int>，不能转成int* - 使用
std::vector<char></char>模拟缓冲区，取&vec[0]是char*，若强行转int*需确保起始地址对齐（否则可能触发std::aligned_alloc或运行时异常）
如果用了 C++11 及以上，还有个更现代的选择
避免裸指针管理，改用智能指针 + 容器：
-
auto buf = std::make_unique<:byte>(4096);</:byte>→ 获取原始内存，类型安全 - 需要整数视图时，用
std::span<int></int>包装（需确保大小和对齐）：std::span<int> ints(reinterpret_cast<int>(buf.get()), size_in_ints);</int></int> - 这样既绕过
void*转换问题，又自动管理生命周期
真正要注意的不是“怎么加个 cast 过编译”，而是确认源内存的类型、生命周期、对齐是否真的支持你想要的解读方式。很多崩溃发生在转换通过了，但后续访问违反了对象模型或 ABI 约束。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
