为什么C++程序员应该避免使用new？代码优化

“为什么C++程序员应该尽量减少使用'new'？”：解析经典问题

如果你曾在Stack Overflow上寻找C++相关的答案，你很可能见过这个问题。它获得了数千票和数万次浏览。这并非偶然。对于初学者来说，这个话题似乎有违直觉：“怎么会这样？在Java或C#中，我经常写new，这很正常。为什么在C++中突然就不好了？”

今天，我们不仅仅是翻译英文论坛上的答案。我们将系统地剖析为什么在C++中尽量减少new不是大师的任性，而是关乎性能、安全和常识的问题。没错，我们会写代码，看汇编（差不多），并计算纳秒。

内存去向：栈 vs 堆

在讨论new之前，让我们回顾一下基础。在C++中，有两个主要存储数据的地方：

• 栈（stack） — 小、快、自动管理。一旦变量超出作用域，它就会被销毁。瞬间完成。
• 堆（heap） — 大、慢、需要手动管理。要在堆上获取内存，需要调用new（或malloc）。要释放内存，则需要delete。

每次调用new不仅仅是“给我内存”。这是一个复杂的系统调用，需要查找空闲块、更新管理结构。它比栈上分配慢数百倍。

示例#1：速度对比

#include <chrono>#include <iostream>#include <vector>

struct Point {    double x, y, z;};

int main() {    const int N = 1000000;

    // 栈上分配（数组在栈上）    auto start = std::chrono::high_resolution_clock::now();    Point points_stack[1000]; // 栈上1000个对象    auto end = std::chrono::high_resolution_clock::now();    std::cout << "Stack time: "               << std::chrono::duration_cast<std::chrono::nanoseconds>(end - start).count()              << " ns";

    // 通过new动态分配    start = std::chrono::high_resolution_clock::now();    std::vector<Point*> points_heap;    for (int i = 0; i < 1000; ++i) {        points_heap.push_back(new Point());    }    end = std::chrono::high_resolution_clock::now();    std::cout << "Heap (new) time: "               << std::chrono::duration_cast<std::chrono::nanoseconds>(end - start).count()              << " ns";

    // 清理（必须！）    for (auto p : points_heap) delete p;

    return 0;}

结果（在典型机器上）：

Stack time: 0 nsHeap (new) time: 45200 ns

相差数万倍。当然，这是合成测试，但它清楚地表明：每一个多余的new都会从你的性能预算中扣除微秒。

new的主要问题：泄漏与碎片化

如果仅仅是速度问题，那还算好办。但new还带来了一堆麻烦：

1. 内存泄漏（memory leaks）

你忘记调用delete了？恭喜你，内存泄漏了。程序运行一小时、一天、一周——然后突然因std::bad_alloc崩溃。经典桥段。在长时间运行的程序（服务器、游戏、GUI）中，泄漏尤其危险。

2. 悬空指针（dangling pointers）

你删除了对象，但指针仍然存在。任何对它的访问都是未定义行为（UB）。程序可能正常运行，可能崩溃，可能把你的音乐换成电子乐。UB是邪恶的。

3. 堆碎片化

频繁的new/delete会把堆分割成小块。即使总内存足够，也可能无法分配大块内存。这被称为外部碎