将volatile分配给非volatile语义和C标准
volatile int vfoo = 0;
void func()
{
int bar;
do
{
bar = vfoo; // L.7
}while(bar!=1);
return;
}
此代码在没有警告的情况下编译。标准对此是怎么说的？
vfoo声明为volatile。因此，不应优化对此变量的读取。- 但是，bar不是
volatile限定的。是否允许编译器优化对此条的写入？.即。编译器将对vfoo进行读取访问，并允许丢弃该值，而不将其分配给bar（在L.7处）。 - 如果这是标准有话要说的特殊情况，可否请您加入该条款，并对标准的律师谈话进行解读？
共有1个答案
标准对此不得不说的内容包括：
5.1.2.3程序执行
“2访问易失性对象、修改对象、修改文件或调用执行上述任何操作的函数都是副作用,即更改执行环境的状态。表达式的计算通常包括值计算和副作用的启动。用于lvalue表达式的值计算包括确定指定对象的标识。
-
null
-
融合操作:可以由上的编译器替换 常数传播:可以被 跨原子/易失性操作的普通读/写的重新排序： 对于任何volatile读/写操作都不能重新排序。但附近的普通读/写仍然可以围绕易变读/写重新排序。 对于根据用于原子操作的内存屏障，对附近普通读/写的重新排序受到限制 null 但是如果需要，这两个都具有不寻常的语义，并且具有无锁编码所需的任何或所有原子性和/或排序保证，即如果需要，由于以下几个原因需要
-
Volatile关键字 Volatile就是防优化。Volatile一般和硬件有关，指向硬件的内容可能我们需要不要让编译器去优化，每次都要读取那里的内容。比如我们在实际操作中有一个键盘，我们查看一个按键是否被按下，就是通过读取内存里面关于按键状态的高低电平来识别。那么我们怎么来读取这一个位里面的状态（0或1）？我们能够访问到最小的内存地址就是一个字节，而一个字节里面有8个位。所以我们只能利用一个u
-
我们对非最终场有同样的保证吗？换句话说，某些线程是否可能观察到非空的引用，但字段为？ 提前道谢！
-
设置修改器，使得随后的事件导向这样一种情况，允许客户端在没有做好接受数据的准备时丢失消息数据，详细翻译去上边找哈~。 io.on('connection', (socket) => { socket.volatile.emit('an event', { some: 'data' }); // the client may or may not receive it });
-
设置修改器，将随后的事件触发导向这样一种情况：即如果当客户端没有做好接受信息的准备时（可能由于网络故障或者其他问题导致的，或者连接方式采用长轮询的方式，而恰好响应接受消息的事件此时还在请求-响应循环列表中未被触发），那么允许服务器发送的数据丢失。 io.volatile.emit('an event', { some: 'data' }); // the clients may or may no
-
问题内容： 这个问题已经在这里有了答案 ： atomic / volatile / synchronized有什么区别？ （7个答案） 11个月前关闭。 我知道允许可见性，允许原子性。因此，如果我使用volatile ，是否意味着我不必再使用任何同步机制了？ 例如。 这是线程安全的吗？ 问题答案： 我相信这实际上会 同时带来 原子性和波动性。因此，当您致电（say）时，可以保证获得 最新的 价值。