函数中的局部静态变量只能初始化一次

#include <iostream>
using namespace  std;

int A1()
{
static int a = 10;
a++;
cout << a << endl;
return a;
}

int main(int argc, const char * argv[]) {
A1();
A1();
A1();
int a1=A1();
cout << "a1="<< a1 << endl;
return 0; 
}

结果:

11
12
13
14
a1=14

 全局变量、静态局部变量、静态全局变量都在静态存储区分配空间,而局部变量在分配空间

    全局变量本身就是静态存储方式,静态全局变量当然也是静态存储方式。这两者在存储方式上没有什么不同。区别在于非静态全局变量的作用域是整个源程序,当一个源程序由多个源文件组成时,非静态的全局变量在各个源文件中都是有效的。而静态全局变量则限制了其作用域,即只在定义该变量的源文件内有效,在同一源程序的其他源文件中不能使用它。由于静态全局变量的作用域局限于一个源文件内,只能为该源文件内的函数公用,因此可以避免在其他源文件中引起错误。

    1、静态变量会被放在程序的静态数据存储里,这样可以在下一次调用的时候还可以保持原来的赋值。这一点是他与堆栈变量和堆变量的区别。

    2、变量用static告知编译器,自己仅仅在变量的作用域范围内可见。这一点是他与全局变量的区别。

从以上分析可以看出,把局部变量改变为静态变量后是改变了他的存储方式,即改变了他的生存期。把全局变量改变为静态变量后是改变了他的作用域,限制了他的使用范围,因此static这个说明符在不同的地方起的作用是不同的。

不同类型的变量在内存中的位置:

    1、 已经初始化的全局变量存放与data数据段;未初始化的全局变量存放与bss数据段。

    2、 静态的全局变量存放与data数据段

    3、 局部变量存放在栈上。

    4、 静态局部变量,并不是在调用函数时分配函数返回时释放,而是像全局变量一样静态分配,存放data数据段,但它的作用域在函数中起作用。

   

    下图是内存中的简要分布图,可以更直观的理解个类型变量在内存中的存放位置,图1。

                                                       

### 静态变量初始化一次的行为特性及其原因 #### 1. **静态变量的生命周期** 静态变量的生命周期贯穿整个程序运行期间。无论它是全局静态变量还是局部静态变量,一旦被初始化后,其值在整个程序执行过程中都保持有效[^1]。这意味着即使函数调用结束或者类实例销毁,静态变量仍然存在并保留上次的状态。 对于类中的静态成员变量而言,它属于整个类而非某一具体对象。因此,它的初始化过程只会在第一次加载时发生,并且不会随着每次新对象的创建而重新初始化[^2]。 #### 2. **为什么静态变量只能初始化一次?** 这是由C++的设计原则决定的——为了确保数据的一致性和可预测性。如果允许静态变量多次初始化,则可能导致不可预期的结果或冲突状态。例如: - 当多个源文件包含同一个头文件时,重复定义可能会引起链接器错误。 - 若在构造函数中尝试再次初始化静态成员变量,则可能覆盖原有的值,破坏共享资源的安全性。 为了避免上述问题,标准规定任何静态变量(无论是全局范围内的还是作为类的一部分)在其生存期内仅能有一次有效的赋初值操作[^3]。 #### 3. **静态变量存储位置的影响** 从底层实现角度来看,在编译阶段就已经决定了静态变量最终会被分配到特定的内存区域(.data 或 .bss段)[^4]: - 已经显式赋予数值的静态变量存放在`.data`区; - 没有指定初始值得则放入`.bss`区,默认置零。 这种安排进一步强化了一条规则:即这些变量自始至终维持单一版本的存在形式,从而支持它们“唯一”的本质属性。 #### 4. **特殊情况下的注意事项-QT环境中的应用案例** 值得注意的是,在某些框架下(如QT),尽管遵循常规逻辑完成了静态变量设置工作,但由于额外机制介入可能出现特殊状况。比如提到过的关于单例模式的应用场景里,因为事件循环结束后才触发清理动作,所以即便看似合理设计也可能隐藏潜在风险。 ```cpp class Singleton { private: static Singleton* instance; public: static Singleton* getInstance() { if (!instance){ instance = new Singleton(); } return instance; } ~Singleton(){ qDebug()<<"Destroying singleton"; } }; // Initialization outside the class definition. Singleton* Singleton::instance = nullptr; int main(int argc, char *argv[]) { QApplication app(argc, argv); auto s = Singleton::getInstance(); return app.exec(); // After this line executes, destruction of 's' may cause issues with signals/slots system already destroyed by QApplication's destructor. } ``` 以上代码展示了如何正确管理一个简单的单例类,同时也提醒开发者注意析构时机的选择以免造成不必要的麻烦。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值