malloc和free在C++中语法合法但危险，因绕过构造/析构函数导致对象未初始化或资源泄漏；仅应在对接C接口、实现底层内存池等特定场景使用，其余情况应优先选用new/delete或智能指针。
malloc 和 free 在 C++ 中能用，但通常不该用
直接说结论：malloc 和 free 在 C++ 里语法上合法，但绕过构造/析构函数，容易引发对象生命周期错误。除非对接 C 接口、写底层内存池，或明确需要与 C 兼容的裸内存管理，否则优先用 new/delete 或智能指针。
用 malloc 分配类对象会跳过构造函数
这是最危险的一点：如果用 malloc 分配一个带构造函数的类实例，编译器不会调用构造函数，对象处于未初始化状态；同理，free 不会调用析构函数，资源（如文件句柄、动态分配的内部内存）无法释放。
常见错误现象：
- 访问成员变量时崩溃（值是随机内存）
- 析构函数里的清理逻辑完全没执行
-
std::string成员出现 double-free 或内存损坏
示例：
立即学习“C++免费学习笔记（深入）”；
struct Widget {
std::string name;
Widget() { std::cout << "ctor\n"; }
~Widget() { std::cout << "dtor\n"; }
};
<p>void bad_example() {
auto p = (Widget*)malloc(sizeof(Widget)); // ctor 不被调用！
p->name = "test"; // UB：name 的内部指针未初始化
free(p); // dtor 不被调用！
}如果非要用 malloc/free，必须手动调用构造和析构
要安全使用，得配合 placement new 和显式析构调用——这本质上是在模拟 new 的行为，代码更冗长、易错。
实操要点：
- 分配足够内存：
malloc(sizeof(T))，不能漏掉对齐要求（alignof(T)） - 用 placement new 构造：
new (ptr) T(args...) - 用
ptr->~T()显式析构 - 最后
free(ptr)，不能混用delete
示例：
立即学习“C++免费学习笔记（深入）”；
void safe_with_malloc() {
void* raw = malloc(sizeof(Widget) + alignof(Widget));
auto p = new (raw) Widget{"hello"}; // 手动调用 ctor
p->~Widget(); // 手动调用 dtor
free(raw);
}注意：malloc 返回的地址不一定满足 alignof(Widget)，实际中应使用 aligned_alloc（C11+/C++17）或 std::aligned_alloc。
替代方案：什么时候该换掉 malloc/free
多数场景下，malloc/free 带来的控制权假象，远不如现代 C++ 内存工具可靠。
推荐路径：
- 单个对象 →
std::unique_ptr<t></t>（自动new/delete） - 数组 →
std::vector<t></t>或std::unique_ptr<t></t> - 需自定义分配器 → 实现
std::allocator特化，而非手写 malloc 包装 - 对接 C 库（如
libpng）→ 只在 C 接口边界用malloc，内部立即转为 RAII 封装
性能影响常被高估：现代 new 实现和 malloc 底层往往共用同一堆管理器，差别主要在语义安全上。
真正容易被忽略的是：哪怕只在一个 cpp 文件里用了 malloc，它就可能污染整个模块的内存调试能力（比如 AddressSanitizer 对 new/delete 的拦截比对 malloc/free 更完整）。
