一.线程安全 - 方法内部变量
"非线程安全"问题存在于"实例变量"中
如果私有变量是定义在方法内部,则不存在"非线程安全"问题,所得的结果也就是"线程安全"的了
二.非线程安全 - 实例变量
1. 如果多个线程共同访问1个对象中的实例变量,运行结果可能出现交叉的情况,则出现"非线程安全"问题
2. 多个线程访问同一个对象中的同步方法时一定是线程安全的
三.多个对象多个锁
1.关键字synchronized取得的锁都是对象锁,而不是把一段代码或方法当作锁
2.多个线程访问同一个对象,哪个线程先执行带synchronized关键字的方法,哪个线程就持有该方法所属对象的锁Lock, 那么其他线程只能呈现等待状态
3.如果多个线程访问多个对象,则JVM会创建多个锁
四.synchronized方法与锁对象
1.只有共享资源的读写访问才需要同步化,如果不是共享资源,那么就根本没有同步的必要。
2.调用带关键字synchronized声明的方法一定是排队运行的。
3.A线程先持有一个对象的Lock锁,B线程可以以异步的方式调用该对象中的非synchronized类型的方法
当A线程调用一个对象加入synchronized关键字的X方法时,A线程就获得了X方法锁,更准确的讲,是获得了该对象的锁,所以其他线程必须等待A线程执行完毕才可以调用X方法,也就是释放对象锁后才可以调用,但可以调用该对象中其他的非synchronized同步方法
4.A线程先持有一个对象的Lock锁,B线程如果在这时调用该对象中的synchronized类型的方法,则需要等待,也就是同步
五.脏读
1.脏读:虽然在赋值时进行了同步,但在取值时有可能出现一些意想不到的意外
2.发生脏读:在读取实例变量时,此值已经被其他线程更改过了
六.synchronized锁重入
“可重入锁”:自己可以再次获取自己的内部锁,比如有1个线程获取了某个对象的锁,此时这个对象锁还没有释放,当其再次想要获取这个对象的锁的时候还是可以获取的,如果不可锁重入的话,就会造成死锁
关键字synchronized拥有锁重入功能,也就是在使用synchronized时,当一个线程得到对象锁后,再次请求此对象锁时是可以再次得到该对象锁的。也证明了在一个synchronized方法(块)的内部调用本类的其他synchronized方法(块)时,是永远可以得到锁的
七.出现异常,锁自动释放
当一个线程执行的代码出现异常时,其所持有的锁会自动释放
八.同步不具有继承性