Java并发/多线程指南

Java Concurrency / Multithreading Tutorial

原文地址】 原文作者: Jakob Jenkov

以前的计算机只有一个CPU,一次只能执行一个程序。 后来发展出多任务处理(任务/进程)模型。 但这个模型还不是真正意义上的同时执行,它仅仅是让单CPU共享给多个程序使用。 操作系统将CPU划分出时间片,供给多个程序使用。操作系统负责调度时间片,并完成不同程序运行状态的切换(保存上一个程序的状态,恢复下一个将要执行的程序状态)。

随着多任务处理技术的发展,给软件开发人员带来了新的挑战。程序将不再认为自己能够独占CPU,内存或者其他计算机资源。一个好的程序应该在完成之后释放所有的资源,让其他的程序可以继续使用这些资源。

再后来就发展出在同一个程序中可以执行多个线程,这就是 多线程 模型。 一个线程的执行可以被视为一个程序在执行中的CPU。(线程是程序所能使用到的CPU最小调度单元) 当在同一个程序中运行多个线程时,对于程序来说,就仿佛是同时拥有了多个CPU。

对于一些程序来说,为了提高性能,多线程 是一个很不错的方法。 然而,多线程 相对多任务 会带来更多的挑战。 线程是运行在同一个程序中的,并且可以同时读/写相同的内存区域。(进程可以内存隔离) 这就会遇到原本在单线程程序中没见过的各种问题。 现代计算机,通常都是有多核的CPU,甚至是多个多核CPU(多路)。 这就意味着不同的线程可能会被调度到不同的CPU,不同的内核上执行。

图 1-1

如果一个线程读取一个内存地址恰巧是另一个线程正要写入的,那第一个线程读取到的数据会是怎样的? 会是旧值?还是第二个线程写入的数据?亦或者两个数据的混合? 而如果有两个线程同时对同一个内存地址写入数据,那到底谁的数据写入,谁的数据被丢弃呢? 是写入第一个线程的数据?还是写入第二个线程的数据?亦或是写入一个混合数据?

如果没有一个恰当的预防措施,那上面的问题都可能遇到。 甚至会是一个不可预见的结果。 而且每一次的结果都可能不一样。 因此,对开发人员来说,重要的是去正确的处理。Java并发技术中的一个主题,就是去学习如何控制线程访问内存/文件/数据库等共享资源。

Java中的多线程并发

开发人员最常见的,用于开发多线程的语言就是java了。 java从一开始就拥有多线程的能力。 因此,java开发人员经常遇到上面描述的问题。 这也是作者编写这个文章的主要原因。 同时也作为一份笔记(我也是当作学习笔记的),用于记录一些对其他java开发人员有益的内容。

主要是关于java的多线程并发的内容。但是,考虑到多任务以及分布式系统也会遇到类似多线程的问题,所以,也会包含一部分多任务,分布式系统的内容。 因此,并发将不仅仅指代多线程。

2015年以后的java并发

自从第一本java并发编程书籍出版,以及java5中的并发工具包(JUC)发布以来,并发世界中产生了很多新的架构与设计。

如今,异步“shared-nothing”平台(典型就是:Hadoop)以及诸如:Vert.x,Play / Akka,Qbit这类的API的出现。 这些平台架构使用了一个与标准Java/JEE并发模型截然不同的并发模型,包括线程,共享内存以及锁。 如今,已经有了非阻塞并发算法,而且,新的非阻塞工具也已经加入我们的工具集了,如:LMax的Disrupter。 Java7也引入了函数式编程的并行处理模型:Fork/Join;以及Java8的集合流式API。

随着与时俱进的技术发展,作者也更新了Java Concurrency tutorial。 因此,这份指南再一次开工,只要作者有时间,就会编写点新的内容。

目录

  1. 多线程带来的好处
  2. 多线程的代价
  3. 并发模型
  4. 同一线程化
  5. 并发与并行
  6. 竞态条件与临界区
  7. 线程安全与共享资源
  8. 线程安全与不变性
  9. Java 内存模型
  10. Java 同步块
  11. Java中的volatile关键字
  12. Java中的ThreadLocal
  13. 线程间的信号处理
  14. 死锁
  15. 死锁的防范
  16. 并发中的饥饿问题以及公平性
  17. 嵌套监控锁的锁死问题
  18. 条件失效
  19. Java中的Locks
  20. Java中的读写锁
  21. 重入锁死
  22. 信号量
  23. 阻塞队列
  24. 线程池
  25. 比较并交换
  26. 同步器
  27. 非阻塞算法
  28. Amdahl法则……待完成

转载于:https://my.oschina.net/roccn/blog/1162836

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值