全局声明指针时，C++代码是否仍会发生内存泄漏？

先把你的代码格式化后展示，方便后续分析：

#include <iostream>
class Test1 { 
public: 
    Test1() { std::cout << "Constructor of Test " << std::endl; } 
    ~Test1() { std::cout << "Destructor of Test " << std::endl; } 
}; 

// 全局指针声明（你提到的修改方向）
// Test1 *t1; 
// Test1 *t2; 
// Test1 *t; 

int main() { 
    // 原代码的局部指针声明
    Test1 *t1; 
    Test1 *t2; 
    Test1 *t; 
    try { 
        t1=new Test1[100]; 
        t2=new Test1; 
        t =new Test1; 
        throw 10; 
    } catch(int i) { 
        std::cout << "Caught " << i << std::endl; 
        // 未执行释放操作
        // delete []t1; 
        // delete t; 
        // delete t2; 
    } 
    return 0; 
}

核心结论 #

从C++语言标准的定义来说，不管指针是局部还是全局声明，只要用new/new[]分配了内存却没有对应的delete/delete[]，就属于内存泄漏；你用Valgrind没检测到泄漏，是因为程序退出时操作系统帮你做了内存兜底回收。

详细拆解 #

• 内存泄漏的本质：C++标准中，内存泄漏指的是程序分配堆内存后，失去了对这块内存的访问控制权，且没有显式释放它。不管指针存在栈上（局部）还是全局数据区（全局），只要执行了new但没delete，这块内存就会一直被你的进程占用，直到程序终止。
• 操作系统的回收机制：当你的程序执行到return 0退出时，操作系统会回收该进程占用的所有资源——包括堆内存、栈内存、打开的文件句柄等。Valgrind的memcheck工具在程序结束后检测时，会发现这些内存已经被操作系统回收，所以不会报告泄漏。但这不是程序本身正确释放了内存，而是操作系统的"善后"操作。
• 全局指针的特殊点：如果把指针改成全局声明，这些指针的生命周期是整个程序运行期间。也就是说，在程序退出前你仍然持有内存地址（可以在后续代码中访问并释放），但如果程序直接退出而没执行delete，结果和局部指针一致：操作系统回收内存，Valgrind不报告泄漏，但从代码规范和程序正确性来说，这仍然是内存泄漏。
• 验证真实泄漏的方法：如果修改代码，让程序在捕获异常后继续运行（比如添加一个无限循环），此时进程还在运行，再用Valgrind检测，就会发现明确的内存泄漏报告——因为这些堆内存还被进程占用，且程序没有释放它们。

额外提醒 #

即使操作系统会回收内存，也不要依赖这种行为。显式释放自己分配的资源是良好的编程习惯，尤其是在长期运行的程序（比如服务端程序）中，内存泄漏会导致进程占用内存持续增长，最终引发OOM（内存不足）问题。

内容的提问来源于stack exchange，提问作者yanioaioan