Java 多线程 synchoronized 关键字问题

[wenb1]

刚开始学多线程，今天在网上看到了下面这个例子，给出的解释是 static 的锁是在 Counter.class 里，非 static 的锁是在 this object 里，它们两个可以同时使用，所以会导致线程不安全。我想问的是在什么样的具体实例里调用这两个方法会导致线程不安全，比如我有线程 1 和线程 2，我想让线程 1 调用 setter，然后线程 2 再调用 getter。在这种情况下，就算都上 static synchoronized 锁，我也不能保证调度器一定先调用线程 1，再调用线程 2 啊？跟不上锁有什么区别？我可以都不上锁，然后调用线程 1 执行 setter，再调用线程 2 执行 getter。

求大佬们指点！！多谢了！

代码如下：

public class Counter{

private static int count = 0;

public static synchronized int getCount(){
return count;
}

public synchoronized setCount(int count){
this.count = count;
}

}

原文 link： https://javarevisited.blogspot.com/2011/04/synchronization-in-java-synchronized.html

[vansl]

@lhx2008 没有用 volatile 修饰还是会出现内存可见性问题

[wenb1]

@vansl 我觉得你说的非常有道理！我去看看，多谢了！！

[lhx2008]

@lihongjie0209 不过 9 和 10，这个，明明是这个代码写的太蠢了。。你加不加锁都一样

[lhx2008]

@vansl 是的，忘了这个

[wenb1]

@lihongjie0209 多谢！我对这个例子有了更深的理解！

[lihongjie0209]

@lhx2008 废话, 没看到题主说的: 我想问的是在什么样的具体实例里调用这两个方法会导致线程不安全?

[lihongjie0209]

@vansl https://gist.github.com/lihongjie0209/26c966b808c03075427d7c72ff34a707 这段代码会一直运行, 哪怕有 volatile 修饰也会有内存可见性问题

[Ico945]

锁保证的是共享区（变量）一次只能由一个线程操作，并不能保证线程的执行顺序

[MoHen9]

synchronized 是信号量，状态被放在对象头里面， 我们常说被 static 修饰的方法属于类，内存中有唯一的一个 Class 对象对应着当前类，而这个对象的对象头存放着被 static 修饰的 synchronized 的状态，没有 static 修饰的方法，synchronized 的状态存放在当前对象中。所以，你这是两把锁，想要保证同一个变量的安全。你可以都加 static，或者都不加，或者使用一个单独的对象锁存放 synchronized 的状态。

[araraloren]

楼主可以了解一下啥叫互斥，啥叫同步

[sagaxu]

@lhx2008 long 类型的写入在某些 arch 下不是原子操作。即使是原子操作，也需要某种同步方式解决内存可见性问题。同一个线程内代码顺序建立 happens-before 关系，不同线程之间要靠同步机制建立。

[wenb1]

感谢所有回答我问题的大佬，我继续去学习了！有问题我还会回来的。。。

[azhangbing]

楼主可以看这个 http://www.iteye.com/topic/806990 这叫线程生产者消费者

[20015jjw]

看中文说这个根本看不懂。。。

[wenb1]

@azhangbing 你说的很有道理，我去看看，多谢了

[wenb1]

@20015jjw 我是中英文结合，书看英文的，视频看中文的

[log4geek]

解决多线程安全问题的两个方法 synchronized 和 lock 的具体原理
http://log4geek.cc/2018/08/%e8%a7%a3%e5%86%b3%e5%a4%9a%e7%ba%bf%e7%a8%8b%e5%ae%89%e5%85%a8%e9%97%ae%e9%a2%98%e7%9a%84%e4%b8%a4%e4%b8%aa%e6%96%b9%e6%b3%95synchronized%e5%92%8clock%e7%9a%84%e5%85%b7%e4%bd%93%e5%8e%9f%e7%90%86/

[dezhou9]

信号量和读写锁都不如 rcu 性能好