- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有以下代码:
private volatile boolean run = true;
private Object lock =new Object();
…………
Thread newThread = new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (lock) {
System.out.println(Thread.currentThread().getName()
+ " run:" + run);
System.out.println(Thread.currentThread().getName()
+ " setting run to false");
run = false;
System.out.println(Thread.currentThread().getName()
+ " run:" + run);
}
}});
newThread.start();
while(true) {//no synchronization, so no coordination guarantee
System.out.println(Thread.currentThread().getName() + "* run: "+run);
if(run == false) {
System.out.println(Thread.currentThread().getName() + "** run: "+run+"\nExiting...");
System.exit(0);
}
}
which generates the following output:
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
Thread-0 setting run to false
Thread-0 run:false
main* run: true <- what causes this???
main** run: false
Exiting...
我试图理解为什么在主线程中发生 main* run: true 的异常,考虑到 run
是一个易变的字段并且根据 Java 内存模型规范中,Thread-0
中的 volatile 写入应该立即被 main
线程可见。我知道 Thread-0
中的同步在这里是无关紧要的,但我对 volatile 的这种行为感到困惑。我在这里错过了什么?
另一个更奇怪的运行产生了这个:
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main** run: false
Exiting...
Thread-0 run:false
或者这种行为是可以预料的,如果是,为什么?谢谢。
编辑:正如评论中所问,我正在用我有时但并非总是看到的预期输出更新帖子:
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
main* run: true
Thread-0 setting run to false
main* run: true
main* run: true
main* run: true
Thread-0 run:false
main** run: false
Exiting...
换句话说,我不想看到:
main* run: true
出现在
之后Thread-0 run:false
或
main** run: false
Exiting...
出现在
之前Thread-0 run:false
最佳答案
我没有看到问题。这里的锁是没用的。 volatile 也意味着变量在自身内部是同步的。这里发生了什么。每当有多个线程时,每个线程都会自行运行而不关心其他线程。所以在这种情况下,我们有两个线程:main 和 thread-0。 Main 自行运行并到达打印变量 run
的位置,因此它会打印它。另一个线程 hibernate 了一点(这应该无关紧要,也不应该是让其他线程先工作的方式),然后将变量 run
更改为 false。主线程读取新值并存在
按照时间顺序你就明白了
Thread newThread = new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (lock) {
System.out.println(Thread.currentThread().getName()
+ " run:" + run);
System.out.println(Thread.currentThread().getName()
+ " setting run to false");
run = false; //<---- time_4
System.out.println(Thread.currentThread().getName()
+ " run:" + run); //<---- time_5
}
}});
newThread.start();
while(true) { //<---- time_2
System.out.println(Thread.currentThread().getName() + "* run: "+run); //<--- time_3 getting the value of run variable. //<---- time_6 printing
if(run == false) { //<---- time_1 (run == true) // <---- 2nd iteration time_7 (run == false)
System.out.println(Thread.currentThread().getName() + "** run: "+run+"\nExiting..."); //<---- time_8
System.exit(0);
}
}
无论如何,这里是如何修复你的代码以获得预期的输出(注意:volatile 在这里没有做任何事情):
synchronized (lock) {
if(run == false) {
System.out.println(Thread.currentThread().getName() + "** run: "+run+"\nExiting...");
System.exit(0);
}
}
这就是 volatile 对变量 run
的基本作用:
// run = false; //becomes ========
synchronized(someLock) {
run = flase;
}
// =======================
//System.out.println(run); //becomes =========
synchronized(someLock) {
boolean tmpBoolean = run;
}
System.out.println(tmpBoolean);
//=================
关于java - Java volatile字段跨线程读写协调理解,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39312933/
这将是一篇很长的文章,为了将其上下文化并提供尽可能多的信息,我必须仔细浏览各种链接和引号——这通常是我们进入 C/C++ 标准兔子洞的唯一方法。如果您对这篇文章有更好的引用或任何其他改进,请告诉我。但
我想知道 volatile 关键字与 register、const 和 static 结合的不同用途关键词。我不确定有什么影响,所以我认为: register volatile int T=10; 建
让我们考虑以下 Java 代码 int x = 0; int who = 1 Thread #1: (1) x++; (2) who = 2; Thread #2 while(who
有一个函数“remove_cv”(http://en.cppreference.com/w/cpp/types/remove_cv)可以删除常量和 volatile 。 我的问题是为什么可以从“con
我正在尝试在下面的“MpscQueue.h”中的嵌入式目标上实现多个生产者(通过中断)、单个消费者(通过应用程序线程)队列。 我想知道我是否可以安全地删除一些 volatile下面的用法(见内联问
我的问题适用于最初为 null 的字段,然后初始化为非 null 值,然后不再更改。 由于该字段需要尽快可供所有线程使用,因此我需要使用 volatile 。 但是,如果我想尽可能避免 volatil
我以前见过几次类似 fld = fld 的东西,但在所有这些情况下,可以消除虚拟写入并获得更好的性能。 public class Tst{ public volatile int fld =
看完this question和 this (尤其是第二个答案)我对 volatile 及其与内存屏障有关的语义感到非常困惑。 在上面的例子中,我们写入了一个 volatile 变量,这会导致一个 m
如下所示,该程序有一个共享 var flag,但不带 volatile : public class T { public static void main(String[] args) {
我明白声明 int *volatile ptr; 表示指针本身是volatile int a=10; int *volatile ptr=&a; 现在 ptr 和 a 都在更新。会不会导致访问ptr时
最近我需要比较两个 uint 数组(一个是 volatile 数组,另一个是非 volatile 数组),结果令人困惑,我一定是对 volatile 数组有一些误解。 我需要从输入设备读取一个数组并将
这两个 C 定义有什么区别? volatile uint32_t *ptr1 = (volatile uint32_t *)0x20040000; volatile uint32_t *ptr1 =
// structure is like this, but not exact formation. class queue { volatile List worksWaiting; }
考虑以下这段代码: struct S{ int i; S(int); S(const volatile S&); }; struct S_bad{ int i; }; vola
在 Windows x64 上,考虑到一些额外的见解,何时允许编译器将 ABI 标记为 volatile 的寄存器视为非 volatile 寄存器?我有一个反汇编函数,其中 r11 用于在函数调用后恢
我对下面的代码段有疑问。结果可能有 [0, 1, 0] 的结果(这是用 JCStress 执行的测试)。那么这怎么会发生呢?我认为应该在写入 Actor2 (guard2 = 1) 中的 guard2
好吧,假设我有一堆变量,其中一个声明为 volatile: int a; int b; int c; volatile int v; 如果一个线程写入所有四个变量(最后写入 v),而另一个线程读取所有
我试图理解为什么这个例子是一个正确同步的程序: a - volatile Thread1: x=a Thread2: a=5 因为存在冲突访问(存在对 a 的写入和读取),所以在每个顺序一致性执行中,
我正在编写一个需要同时支持 volatile 和非 volatile 实例的类( volatile 实例使用原子操作,非 volatile 实例使用常规操作),并且想知道我是否以正确的方式进行处理。到
我正在为 Cortex-M0 CPU 和 gcc 编写代码。我有以下结构: struct { volatile unsigned flag1: 1; unsigned flag2: 1
我是一名优秀的程序员,十分优秀!