我正在迈出学习多线程的第一步,并构建一个小测试程序,以便为自己创造一些洞察力。由于重新排序的可能性,我不相信我的解决方案是安全的。
这是主程序:
public class SynchTest {
private static Sychint i = new Sychint();
private static SychBool b = new SychBool();
public static void main(String[] args) {
System.err.println("begin");
b.setB(false);
i.seti(100);
// create 100 dra threads
for (int i = 0; i < 1000; i++) {
new dra().start();
}
// should these lines be synched as well in case of reordering? If so, how to?
i.seti(200);
b.setB(true);
}
private static class dra extends Thread {
@Override
public void run() {
// wait for main thread to set b = true
while (!b.getB()) {
dra.yield();
}
// i should always be 200 in case of correct synchronisation
if (i.geti() != 200) {
System.err.println("oh noes! " + i.geti());
} else {
// System.out.println("synch working!");
}
}
}
}
这些是类,Sychint:
public class Sychint {
private int i = 0;
public synchronized void seti(int i){
this.i = i;
}
public synchronized int geti (){
return this.i;
}
}
SychBool:
public class SychBool {
private boolean b;
public synchronized boolean getB() {
return b;
}
public synchronized void setB(boolean b) {
this.b = b;
}
}
任何建议/保证都会非常有帮助!
日Thnx,
多线程新手:)
答案 0 :(得分:1)
// should these lines be synched as well in case of reordering? If so, how to?
i.seti(200);
b.setB(true);
在这种情况下,你很好。
b.setB(true)
无法在i.seti(200)
之上重新排序。无法在MonitorExit上方订购NormalStore和MonitorEnter。在您的情况下,监视器退出发生在seti
的末尾,然后是监视器输入和正常存储(setB
),因此此处无法重新排序。