出现异常后重试本地静态变量初始化
Retry local static variable initialization after exception
在本地定义的静态变量的上下文中,如果在变量初始化时抛出异常,并且我们尝试实例化该变量,那么预期的行为是什么?
例如:
void someFunc()
{
bool initialized=false;
do
{
try
{
static SomeType throwingConstructor; //it throws the first time!
initialized=true;
}
catch(...)
{
//some other code
}
}
while(!initialized);
}
我预计,由于异常导致堆栈未被调用,第二次执行循环时,变量会尝试再次初始化。然而,局部静态变量只初始化一次,所以它闻起来有一种未定义行为的味道。这个代码片段的预期行为是什么?在这种情况下,标准是否保证了定义的行为?
在这种情况下,标准是否保证了定义的行为?
是的。标准中正是提到了这种情况。根据$6.7/4 Declaration statement [stmt.dcl]
(我强调):
具有静态存储持续时间(3.7.1)或线程存储的所有块范围变量持续时间(3.7.2)…
否则,这样的变量是在控件第一次通过其声明时初始化;这样的变量被认为是在完成其初始化如果初始化通过抛出异常退出,则初始化未完成,因此将在下次控件进入声明时重试
如果在初始化过程中抛出异常,则不会初始化静态变量。
下次代码通过它时,它将被初始化。
这是由标准保证的。
相关文章:
- 在 .h 文件中的类中声明静态变量和在.cpp文件中声明"global"变量有什么区别
- 模板基类中的静态变量
- 类和静态变量
- 不同作用域中的静态变量和全局变量
- 静态变量声明和定义
- 是否可以依赖函数范围的静态变量来执行程序关闭期间调用的方法?
- 在类中继承静态变量?
- "local scope"中的 C++ 初始化静态变量
- 使用静态变量的递归调用的不同输出
- 复制文件流C++静态变量
- 跨模板化函数编译的静态变量
- C++编译器是否优化了顺序静态变量读取?
- C++,每个循环初始化一个新的静态变量
- (为什么)我们可以在初始化中将非静态类成员分配给静态变量吗?
- 这些语句是否等效(静态变量、常量变量和泛型)
- 程序如何知道静态变量是否需要初始化?
- 类外的静态变量实例化
- 无法解析静态变量
- 函数局部静态变量:从性能角度来看的优点/缺点
- 访问从 CPP 文件到其他头文件的静态变量