第一贴:关于多线程syncchronized关键字的笔记

syncchronized缺点:
1.锁对象不能为空
2.不能作用太大的代码块
3.需要避免死锁
如何选择syncchronized和lock:
1.如果可以两个都不用,使用javautil里的各种工具类
2.如果关键字适用,优先适用,减少代码量
3.如果只能lock.那就lock(灵活的加减锁机制)
思考题:
1.多个线程等待同一个syncchronized.jvm如何选择下一个获取锁的线程呢?
1)正在阻塞
2)刚好在申请锁的
所以是随机的
2.syncchronized性能优化
1)减少适用锁的范围
2使用读写锁
3.更灵活的获取锁和释放
参考代码自己编码
4.什么是锁的升级降级
synchronized 代码块是 由一对儿 monitorenter/monitorexit 指令实现的，
Monitor 对象是同步的基本实 现单元。 在 Java 6 之前，Monitor 的实现完全是依靠操作系统内部的互斥锁，
因为需要 进行用户态到内核态的切换，所以同步操作是一个无差别的重量级操作。 现代的（Oracle）JDK 中，
JVM 对此进行了大刀阔斧地改进，提供了三种不同 的 Monitor 实现，
也就是常说的三种不同的锁：偏斜锁（Biased Locking）、 轻量级锁和重量级锁，大大改进了其性能。 所谓锁的升级、降级，就是 JVM 优化 synchronized 运行的机制，当 JVM 检测 到不同的竞争状况时，会自动切换到适合的锁实现，这种切换就是锁的升级、 降级。 当没有竞争出现时，默认会使用偏斜锁。JVM 会利用 CAS 操作（compare and swap），在对象头上的 Mark Word 部分设置线程 ID，以表示这个对象偏 向于当前线程，所以并不涉及真正的互斥锁。这样做的假设是基于在很多应用 场景中，大部分对象生命周期中最多会被一个线程锁定，使用偏斜锁可以降低 无竞争开销。 如果有另外的线程试图锁定某个已经被偏斜过的对象，JVM 就需要撤销 （revoke）偏斜锁，并切换到轻量级锁实现。轻量级锁依赖 CAS 操作 Mark Word 来试图获取锁，如果重试成功，就使用普通的轻量级锁；否则，进一步 升级为重量级锁。 我注意到有的观点认为 Java 不会进行锁降级。实际上据我所知，锁降级确实 是会发生的，当 JVM 进入安全点（SafePoint）的时候，会检查是否有闲置的 Monitor，然后试图进行降级。