下个路口见

Posted wangziqiang123

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了下个路口见相关的知识,希望对你有一定的参考价值。

共享变量的并发访问

synchronized同步方法

  • 方法内部的变量为线程安全变量
  • 实例变量为非线程安全变量

同一个类的synchronized同步方法的锁事对象锁,是当前对象实例。

类A中有synchronized方法methodA()和 非同步方法methodB(),则一个线程调用类A实例a的methodA()的同时,其他线程可以调用非同步方法methodB()。多个线程多个类A的实例a,b,c,则多个线程可以异步调用a.methodA(),b.methodA(),c.methodA(),但同时只能有一个线程调用a.methodA(),因为synchronized方法为对象锁,不同的对象不同的锁。

类A中有synchronized方法methodA(),和synchronized方法methodB(),则在一个线程访问a的methodA()的时候,其他线程不能访问methodB(),只能等到调用methodA()的线程执行完或者放弃锁。

对共享的可变变量不进行同步操作,会导致数据的不一致,脏读。

synchronized方法具有重入锁功能,同样的类A中有synchronized方法methodA(),和synchronized方法methodB(),一个线程在执行methodA()的时候,其他线程不能执行methodB()方法,但在该线程可以在methodA()调用methdodB()方法。冲入锁,主要解决继承问题,比如说父类有一个synchronized methodC()方法,子类中重写了父类的methodC()方法,并且自类中调用了super.methodC(),并且也是synchronized方法,则如果没有重入锁,就永远获取不能执行父类的方法。

synchronized方法不具有继承性,父类方法为synchronized方法,子类没有生命为synchronized则自类方法不会同步。

synchronized同步语句块

同步方法会导致一些无关的操作也会进入等待锁,另外同步方法同步的范围比较大,而同步语句块则可以更精确的控制需要同步操作的位置,提高效率。
synchronized(this)的锁同样是对象锁。所以改代码块可所有synchronized方法是同步的。同一时刻只能有一个线程能够访问这些同步块(方法)中的其中一块(方法)。

synchronized(x)的锁为x,则x对应的同步方法用的是同一把锁,所以同时只能有一个线程访问这些同步代码块。

静态同步方法,静态同步语句块

静态同步方法,和静态同步语句块的锁为class文件,所以和对象锁不互斥,可以异步访问。

死锁

有两块共享资源 ,A,B,获取共享资源A需要先获得lock1,再获得lock2,获取共享资源B需要先获得lock2,然后获得lock1。有两个线程,thread1 先拿到lock1,thread2拿到lock2,thread1去获取lock2,拿不到锁,thread2去拿lock1,拿不到锁,导致一直不能往下运行,导致死锁。

锁改变

sychronized(x),
当作锁的对象(x)一般是不变的。如果用String当做锁,比如一开始用”123”当做锁,如果A线程获取到锁之后,把该字符串改为”234”,则如果B线程在检查锁的时候如果实在修改字符串之前,会获取不到锁,会等待锁,但是如果在修改之后去获取锁,就能够获取到锁,就会起不到同步的作用。
但是如果x是一个对象,x中的某个属性改变不会影响锁。

volatile

  • volatile主要解决的是多个线程之间的可见性,synchronized主要解决的事多个线程之间访问资源的同步性。
  • volatile是线程同步的轻量级实现,比synchronized性能要好,不过volatile只能修饰变量,synchronized可以修饰方法和代码块,随着jdk的升级,synchronized的性能也在提高。
  • volatile只能保证可见性,不能保证原子性。而synchronized可以保证原子性,也可以间接保证可见性。
  • 多线程访问volatile变量是非阻塞的,而synchronized会出现阻塞。

原文:大专栏  下个路口见


以上是关于下个路口见的主要内容,如果未能解决你的问题,请参考以下文章

《CS:GO》经典地图Dust2重做 下个测试见!

《CS:GO》官方重做Dust2经典地图:下个测试版见

跑步音乐推荐:送你8首中文歌

Python 工匠:编写条件分支代码的技巧

CSP-201712-4-行车路线

ccf 2017/12/4行车路线(dijkstra变形)