住房和城乡建设部监理工程师网站,大数据营销模式,网站前端跟后端怎么做,濮阳网络游戏公司目录
前言
一、代码引入
二、现象解释
三、具体引用 前言 本章主要讲解介绍volatile关键的作用与使用场合#xff1b;深刻理解volatile关键字#xff1b;本文你需要有信号相关的基础知识#xff1b; Linux | 信号-CSDN博客 一、代码引入 首先#xff0c;我们来查看下面…目录
前言
一、代码引入
二、现象解释
三、具体引用 前言 本章主要讲解介绍volatile关键的作用与使用场合深刻理解volatile关键字本文你需要有信号相关的基础知识 Linux | 信号-CSDN博客 一、代码引入 首先我们来查看下面这段代码 #include iostream
#include signal.h// 定义全局变量
int flag 1;void handler(int signum)
{(void)(signum); // 防止编译器警告std::cout change before flag: flag std::endl;flag 0;std::cout change after flag: flag std::endl;
}int main()
{// 对2号信号捕捉signal(SIGINT, handler);// 死循环while(flag);std::cout run here... std::endl;return 0;
} 当我们发送2号信号时全局变量flag被改为了0然后循环条件不满足打印 run here 后退出我们运行查看结果是否满足我们预期结果如下所示 第一个红色框起来的是我们编译程序所用指令第二个红色框起来的是当我们按下 ctrl c 发送2号信号时程序如我么预期所料 接下来我们来介绍以下 gcc/g 的几个编译选项如下图所示 -O1、-O2、-O3分别为编译时三个不同等级的优化其中优化程度由低到高我们选择最高等级再次编译运行代码如下所示 神奇的一幕发生了我们发现我们无论按多少次 ctrl c 都无法退出程序我们发送2号信号也被处理了我们的全局变量flag不是被置为0了吗为什么还是没有办法退出while循环呢下面我们来仔细讲解这个神奇现象 二、现象解释 实际上这就是跟我们的编译器优化有关我们把视角拉到代码中如下图所示 我们的while循环判断分为以上三个步骤而当我们编译时对代码采用 O3 级别的优化时我们的编译器检测到循环中没有对全局变量flag进行修改因此直接将上面的步骤优化成了如下所示 故即使我们发送2号信号将内存中的flag更改但是判断时时候依旧直接判断寄存器中flag的那个值所以才会看到上述那种神奇现象 三、具体引用 我们本文的主角volatile关键字就是为了防止这种编译器过度优化的现象我们可以在定义flag变量的前面加上一个 volatile关键字这样可以防止我们的变量flag参与被编译器编译的代码过度优化 #include iostream
#include signal.h// 定义全局变量(增加volatile关键字)
volatile int flag 1;void handler(int signum)
{(void)(signum); // 防止编译器警告std::cout change before flag: flag std::endl;flag 0;std::cout change after flag: flag std::endl;
}int main()
{// 对2号信号捕捉signal(SIGINT, handler);// 死循环while(flag);std::cout run here... std::endl;return 0;
} 代码几乎完全相同就加入了一个volatile关键字避免了这种编译器过度优化现象
