第7章作用域与生命周期

课程目录第7章作用域与生命周期

7、作用域与生命周期：局部变量、全局变量、静态变量、命名空间

说实话，作用域和生命周期这个话题，是很多初学者容易搞混的。我当年刚学C++时，就因为在全局变量和局部变量之间犯迷糊，调试了一个下午才找到bug。嗯，今天咱们就把这几个概念彻底理清楚。

7.1 局部变量：用完就消失的临时工

局部变量，说白了就是定义在函数或代码块内部的变量。它的作用域从定义处开始，到所在的花括号结束为止。生命周期呢？进入作用域时创建，离开作用域时销毁。

void demo() {
    int x = 10;  // x 在这里诞生
    if (x > 5) {
        int y = 20;  // y 只在 if 块内有效
        std::cout << x + y;  // 没问题
    }
    // std::cout << y;  // 编译错误！y 已经不存在了
}  // x 在这里销毁

我在项目中遇到过一种情况：有人把一个大对象定义在循环内部，每次循环都创建和销毁，性能直接崩了。你想想看，如果循环一万次，对象就构造一万次、析构一万次。所以，对于频繁使用的局部变量，能提到循环外面就提出去。

我的习惯：局部变量尽量靠近使用处定义，不要一股脑全写在函数开头。这样代码可读性更好，也更容易看出变量的作用范围。

7.2 全局变量：无处不在的"公共厕所"

全局变量定义在所有函数之外，作用域覆盖整个文件（甚至可以通过 extern 扩展到其他文件）。生命周期从程序启动到程序结束。

#include <iostream>

int g_counter = 0;  // 全局变量

void increment() {
    g_counter++;
}

int main() {
    increment();
    increment();
    std::cout << g_counter;  // 输出 2
    return 0;
}

全局变量用起来确实方便，但我要泼一盆冷水：能不用就别用。为什么？

任何函数都能修改它，调试时你根本不知道是谁改的
多线程环境下需要加锁，否则数据竞争等着你
破坏了模块的封装性，代码耦合度飙升

我曾经踩过的坑：在一个大型项目中，全局变量被十几个文件引用。有一天某个模块偷偷改了它的值，导致整个系统的状态错乱。查了两天才定位到问题。从那以后，我定了个规矩：全局变量必须用命名空间包裹，并且只通过专门的 getter/setter 访问。

7.3 静态变量：低调的"常住居民"

静态变量分两种：静态局部变量和静态全局变量。咱们一个一个说。

7.3.1 静态局部变量

定义在函数内部，前面加 static 关键字。它的作用域和局部变量一样（只在函数内可见），但生命周期和全局变量一样（程序启动时初始化，程序结束时销毁）。

void counter() {
    static int count = 0;  // 只初始化一次
    count++;
    std::cout << "调用次数: " << count << std::endl;
}

int main() {
    counter();  // 输出 1
    counter();  // 输出 2
    counter();  // 输出 3
    return 0;
}

你看，每次调用 counter()，count 的值都在累加。这就是静态局部变量的妙处：函数退出时它不销毁，下次进来时值还在。

    实用场景：单例模式、缓存计数器、懒加载的全局资源。我个人习惯用静态局部变量来实现函数级别的单例，比全局变量安全得多。

7.3.2 静态全局变量

定义在所有函数之外，前面加 static。它的作用域被限制在当前文件内，其他文件无法通过 extern 访问。说白了，就是"文件级别的私有全局变量"。

// file1.cpp
static int file_local = 100;  // 只有本文件能看到

void func1() {
    file_local = 200;
}

// file2.cpp
// extern int file_local;  // 编译错误！找不到这个符号

嗯，这里要注意：C++17 之后，更推荐用 inline 变量或者匿名命名空间来代替静态全局变量。但老项目里静态全局变量还是很常见的，你得认识它。

7.4 命名空间：给变量一个"姓氏"

命名空间的作用，说白了就是避免名字冲突。你想想看，如果两个库都定义了一个叫 Logger 的类，没有命名空间的话，编译器就懵了。

namespace MyProject {
    int value = 42;
    
    void print() {
        std::cout << "MyProject: " << value << std::endl;
    }
}

namespace TheirProject {
    int value = 100;
    
    void print() {
        std::cout << "TheirProject: " << value << std::endl;
    }
}

int main() {
    MyProject::print();    // 输出 MyProject: 42
    TheirProject::print(); // 输出 TheirProject: 100
    return 0;
}

命名空间可以嵌套，也可以取别名。我在项目中经常这样用：

namespace Core = MyProject::Engine::Core;  // 别名，少打几个字

Core::initialize();  // 等价于 MyProject::Engine::Core::initialize()

避坑指南：千万不要在头文件里写 using namespace std;。我曾经接手过一个项目，头文件里到处是 using namespace，结果一包含那个头文件，整个项目的命名空间都被污染了。正确的做法是：在 .cpp 文件里用 using，或者直接用 std:: 前缀。

7.5 知识体系总览

下面这张图把本章的核心知识点串起来了。你可以把它当作一个快速参考：

7.6 总结几条实用原则

局部变量优先：能用局部变量就别用全局的，这是最基本的代码 hygiene
静态局部变量是宝藏：需要函数级持久状态时，它比全局变量安全得多
全局变量要封装：实在要用，放进命名空间，提供访问接口
命名空间是免费的：多花几秒钟写个命名空间，能省下几小时的调试时间

好了，作用域和生命周期就聊到这儿。这些概念虽然基础，但理解透了，写出来的代码会干净很多。下次咱们聊聊更深入的内存管理话题。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

7、作用域与生命周期：局部变量、全局变量、静态变量、命名空间

7.1 局部变量：用完就消失的临时工

7.2 全局变量：无处不在的"公共厕所"

7.3 静态变量：低调的"常住居民"

7.3.1 静态局部变量

7.3.2 静态全局变量

7.4 命名空间：给变量一个"姓氏"

7.5 知识体系总览

7.6 总结几条实用原则