4. C/C++内存管理：malloc/free、new/delete、RAII原则

说到网络编程里的内存泄漏，我见过太多血淋淋的案例了。说白了，大部分问题都出在内存管理上。C/C++给了你极大的自由，但自由是要付出代价的——你得自己管好每一块内存的生死。

这一章，我们就来彻底搞懂malloc/free、new/delete，以及那个能救你命的RAII原则。

4.1 malloc/free：C语言的老伙计

先聊聊malloc和free。这是C标准库提供的内存分配和释放函数。我在项目中遇到过不少新手，以为malloc了就能随便用，结果忘了free——嗯，内存泄漏就这么来了。

// 基础用法
char* buffer = (char*)malloc(1024);
if (buffer == NULL) {
    // 处理分配失败
    return -1;
}
// 使用buffer...
free(buffer);
buffer = NULL;  // 我个人习惯：释放后立即置空

几个关键点你得记住：

  • malloc分配的内存是未初始化的，里面是随机值。想要清零？用calloc。
  • 分配失败返回NULL，所以一定要检查返回值。我曾经在一个高并发服务器里忘了检查，结果程序在内存紧张时直接崩溃——那叫一个惨。
  • free只释放内存，不会把指针置空。所以释放后指针就成了野指针，再访问就是未定义行为。
⚠️ 避坑指南：

我曾经在线上环境遇到过一个诡异的内存泄漏：每次请求都会malloc一小块内存，但只有在特定条件下才会free。平时测试没问题，一到高峰期内存就蹭蹭往上涨。排查了整整两天，最后发现是一个if分支里忘了free。所以我的建议是：每次malloc，立刻写好对应的free，别等后面再补。

4.2 new/delete：C++的优雅方案

C++引入了new和delete，比malloc/free更高级。为什么？因为new不仅分配内存，还会调用构造函数；delete不仅释放内存，还会调用析构函数。

// 单个对象
MyClass* obj = new MyClass();
delete obj;

// 数组
MyClass* arr = new MyClass[10];
delete[] arr;  // 注意：要用delete[]

new/delete vs malloc/free 的核心区别：

特性 malloc/free new/delete
类型安全 返回void*，需强制转换 返回具体类型指针
构造函数/析构函数 不调用 自动调用
失败处理 返回NULL 抛出std::bad_alloc异常
重载 不可重载 可重载

你想想看，如果用一个类管理网络连接，构造函数里建立连接，析构函数里关闭连接。用new/delete就能保证连接的生命周期和对象一致——这不比手动管理强多了？

💡 我的建议：

在C++代码里，尽量用new/delete而不是malloc/free。除非你在写C和C++混编的代码，或者需要realloc这种功能。我个人习惯是：纯C++项目，一个malloc都不用。

4.3 RAII原则：内存泄漏的终结者

RAII，全称是Resource Acquisition Is Initialization。名字挺唬人，说白了就是：资源在构造函数中获取，在析构函数中释放。

为什么说RAII能终结内存泄漏？因为C++保证：当对象生命周期结束时，析构函数一定会被调用。不管你是正常return，还是异常抛出，析构函数都会执行。

class BufferManager {
private:
    char* data;
public:
    BufferManager(size_t size) {
        data = (char*)malloc(size);
        if (!data) throw std::bad_alloc();
    }
    
    ~BufferManager() {
        free(data);  // 自动释放，绝不泄漏
    }
    
    // 禁止拷贝（或者实现深拷贝）
    BufferManager(const BufferManager&) = delete;
    BufferManager& operator=(const BufferManager&) = delete;
};

// 使用
void process() {
    BufferManager buf(1024);  // 分配
    // 使用buf...
    // 函数结束，buf析构，自动free
}

我在项目中遇到过最典型的场景：一个网络请求处理函数，中间有多个return分支。如果用裸指针，每个return前都得记得free。一旦漏掉一个，就是泄漏。用RAII包装后，管你多少个return，析构函数自动搞定。

4.4 智能指针：RAII的实战应用

C++11引入了智能指针，把RAII玩到了极致。常用的有三个：

  • std::unique_ptr：独占所有权，不能拷贝，只能移动。开销几乎为零。
  • std::shared_ptr：共享所有权，引用计数。有额外开销，但用着省心。
  • std::weak_ptr：配合shared_ptr使用，解决循环引用问题。
#include <memory>

// unique_ptr：网络连接的最佳选择
std::unique_ptr<Connection> conn = std::make_unique<Connection>("192.168.1.1", 8080);
// 不需要手动delete，离开作用域自动释放

// shared_ptr：多个地方需要共享同一个资源
std::shared_ptr<Config> config = std::make_shared<Config>();
auto config2 = config;  // 引用计数+1
// 最后一个shared_ptr销毁时，资源才释放
🔑 核心原则：

能用智能指针就别用裸指针。我见过太多因为裸指针导致的内存泄漏，而智能指针几乎可以完全避免这类问题。当然，智能指针不是万能的——循环引用、性能敏感场景还是需要手动管理。

4.5 知识体系总览

下面这张图，是我梳理的C/C++内存管理核心脉络。你对照着看，思路会清晰很多。

C/C++内存管理核心知识体系 内存管理 malloc / free new / delete RAII 原则 C标准库函数 不调用构造/析构 返回void* C++运算符 自动调用构造/析构 类型安全 构造获取资源 析构释放资源 异常安全 智能指针：unique_ptr / shared_ptr / weak_ptr RAII是核心思想，智能指针是RAII的典型实现

这张图把整个知识体系串起来了。你看，malloc/free和new/delete是具体工具，而RAII是指导思想。智能指针则是RAII在C++标准库中的最佳实践。

💡 实战建议：

写网络程序时，我建议你这样用：

  1. 所有动态资源（内存、文件句柄、socket）都用RAII包装
  2. 优先使用std::unique_ptr，除非明确需要共享所有权
  3. 避免裸new/delete，用std::make_unique和std::make_shared
  4. 实在要用malloc，一定封装成RAII类

好了，这一章的内容就到这里。记住：内存管理没有银弹，但RAII和智能指针能帮你挡住90%的泄漏问题。剩下的10%，靠的是严谨的代码习惯和定期的内存分析工具——这些我们后面会讲到。

可可精品资料库

← 上一章 📖 返回目录 下一章 →