Java并发多线程学习笔记

本贴最后更新于 3025 天前,其中的信息可能已经事过境迁

Java 并发多线程学习笔记

标签(): java 多线程 并发编程 艺术

原子操作的实现原理
#1、术语
比较并交换 compare and swap(一个新值和旧值,比较旧值有没有发生变化,如果没有发生变化则交换成新值
CPU 流水线 CPU pipeline --
内存顺序冲突 Memory order violation -- 一般由假共享内存引起,出现冲突时,cpu 流水线必须清空
#2、处理器如何实现原子操作
32 位 IA-32 处理器使用缓存加锁或总线加锁的方式来处理多处理器之间的原子操作
一般情况下处理器会自动保证基本内存操作的原子性,但是复杂的内存操作则并不能自动保证原子性。比如跨总线宽度,跨多个缓存行和跨页表的访问。
处理器提供总线锁定和缓存锁定两个机制来保证复杂内存操作的原子性。
##1.总线锁
总线锁就是使用处理器提供的一个 LOCK#信号,当一个处理器在总线上输出此信号时,其他处理器的请求将被阻塞,那该处理器可以独占共享内存。
##2.缓存锁
频繁使用的内存会缓存在处理器的 L1,L2,L3 高速缓存里
缓存锁定是指内存区域如果被缓存在处理器的缓存行中,并且在 lock 操作期间被锁定,那么当它执行锁操作回写到内存时,处理器不在总线上声言 LOCK#信号,而是修改内部的内存地址,并允许他的缓存一致性机制来保证操作的原子性。因为缓存一致性机制会阻止同时修改两个以上的处理器缓存的内存区域数据。

#3 .cas 实现原子操作的三大问题

##1. aba 问题
解决办法:变量前面追加版本号
##2. 循环时间长开销大
解决办法:pause 指令
pause 指令的作用

  1. 延迟流水线执行指令,使 cpu 不会消耗过多的执行资源。
  2. 可以避免在退出循环的时候因内存顺序冲突而引起的 cpu 流水线被清空

3. 只能保证一个共享变量的原子操作

解决办法就是把多个共享变量合并成一个共享变量。
另一种办法就是使用锁。只有获得了锁的线程才能操作锁定的内存区域。

线程封闭的方法

  • ad-hoc
  • 栈封闭
  • ThreadLocal 类.(最优选择)

硬件对并发的支持

  • cas.乐观技术.是一种处理器指令
  • 非阻塞的计数器.利用 cas 实现的一个线程安全的计数器.读取旧值,计算出新值,利用 cas 来设置新值
  • JVM 对 cas 的支持.jdk 中原子变量类 cocurrent.atomic,底层都是 cas 操作

另一种并发模型 Actor 模型与 Akka 框架分析

Akka 是一个分布式应用框架,用 scala 编写,帮助我们降低编写并发、容错、可扩展的应用的门槛,利用角色模型提升了抽象等级,并且提供了一个用来构建可扩展的、弹性的以及响应式应用的更好的平台.

  • Scala 是一种多范式的编程语言,设计初衷是要集成面向对象编程和函数式编程的各种特性。

Actor 模型

  • 系统中的所有事物都可以扮演一个 Actor
  • Actor 之间完全独立
  • 在收到消息时 Actor 所采取的所有动作都是并行的,在一个方法中的动作没有明确的顺序
  • Actor 由标识和当前行为描述
  • Actor 可能被分成原始(primitive)和非原始(non primitive)类别

4. Java 多线程编程核心技术笔记

4.1 暂停线程

suspend 暂停线程,用 resume 恢复线程
缺点: 容易造成公共的同步对象的独占
yield : 放弃当前的 cpu 资源,让其他任务占用 cpu 执行时间.但是放弃的时间不确定

4.2 线程优先级

setPriority,优先级较高的线程得到更多的 cpu 资源

4.3 守护线程

其实就是 Daemon 线程.当最后一个非守护线程结束时,守护线程也会一起结束工作.典型应用就是 GC

4.4 synchronized 方法解析

  • 非线程安全存在于 实例变量 之中,方法内部的私有变量,则是线程安全的。
  • 多个线程同时访问同一个对象的共享资源,存在线程安全问题,要同 synchronized 关键字。多个线程访问不同对象的共享资源,不存在线程安全问题。因为每个对象都有一份,不存在共享的问题
  • 以前看起来很简单却一直没理解的一句话:只有共享资源的读写才需要同步化,不是共享资源,根本没有同步的必要
  • 出现异常,锁自动释放
  • 同步不具有继承性

synchronized 锁重入问题
synchronized 拥有锁功能。锁重入就是当一个线程得到一个对象锁后,再次请求该对象锁是可以得到该对象的对象锁的。所以说在一个 synchronized 内部调用本类的其他 synchronized 方法或者块时,永远是可以得到对象锁的。
自己可以再次获取自己的内部锁
如果不能的话,就会引起死循环。因为当前的锁还没有释放,又不能获取内部锁,只能不断循环获取,每次都获取失败。一直处于死锁状态。

synchronized 同步语句块
当两个线程并发的访问同一个对象中的 synchronized 同步块时,一段时间内只能有一个线程被执行。和同步方法有区别。同步方法没有一个的限制,只要是同一个对象都可以进入执行。

  • 不在 synchronized 块中时异步执行,在 synchronized 中时同步执行
  • synchronized 真的持有当前调用对象的锁
  • 多个线程调用同一个对象中不同名称的同步方法或者同步块,是按顺序执行的。即同步的,阻塞的。
  • 锁非 this 对象。
  • 静态同步方法和 synchronized(class) 其实是一样的。

4.5 线程通信

等待、通知机制

JOIN
使得调用者 x 正常的执行 run 方法,而当前线程阻塞,线程 x 销毁后再执行后面的方法。join 具有使线程排队运行的作用。有类似同步的运行效果。和 synchronized 相似。但是 join 内部是用 wait 来等待的。而 synchronized 使用 对象监视器 来同步

  • join 内部是用 wait 是实现的,当执行 wait 后,当前线程的锁被释放.其他线程可以调本对象中的非 run 方法。
  • join 只是说本对象的 run 执行完成前,当前线程是阻塞的,其他对象的 run 必须等到本对象的 run 执行完成之后才能执行。
  • 但是本对象的非 run 方法还是可以被调用的。
  • sleep 没有释放本对象的锁。wait 释放了本对象的锁

Notify
用来通知可能等待该对象的对象锁的其他线程。

ReentrantLock 的使用
ReentrantLocksynchronized 类似,可以实现线程之间的同步互斥。并且更强大。多了 多路分支通知 功能。

  • 多路分支通知的实现。在一个 lock 对象中创建多个 condition 实例,线程注册到指定的 condition 中。从而有选择的进行通知。更加灵活。
  • notify/notifyAll 通知时是由 jvm 随机选择的。但是 ReentrantLock 可以实现选择通知哦。这点比较强大。
  • synchronized 相当于整个 lock 中只有一个单一的 condition,所有的线程都注册在这个对象上。
  • synchronized 中的 waitnotifynotifyAll 分别相当于 ReentrantLock 中的 awaitsignalsignalAll

公平锁与非公平锁

  1. 公平锁
    线程获取锁的顺序是按照线程枷锁的顺序来分配的。即按照先进先出的 FIFO 顺序。
  2. 非公平锁
    获取锁的抢占机制。是随机获取锁的。

ReentrantReadWriteLock
reentrantLock 完全互斥排他。效率低下。
ReentrantReadWriteLock 表示有两个锁。读锁,也称为共享锁。写锁,也称为排它锁。多个读锁之间不互斥,读写锁之间互斥,写写互斥。

yield 方法
放弃当前的 cpu 资源,让给其它的任务占用 cpu 时间。但是放弃的时间不确定。

countDownLatch
和 join 方法类似。但是比 join 的功能更多。
jdk1.5 之后提供了这个功能。

还有更高级的用法

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...