这篇文章的标题原本叫做——Java 并发编程(一)：简介，作者名叫小二。但我在接到投稿时觉得这标题不够新颖，不够吸引读者的眼球，就在发文的时候强行修改了标题（也不咋滴）。
小二是一名 Java 程序员，就职于沉默公司，工龄是两年零一个月零三天。和刚毕业那会相比，编程能力已经大有提升，但领导老王一直没敢把并发编程的开发安排给小二，这让小二心里耿耿于怀。
这事不怪老王，小二心里很清楚：编写正确的程序很难，编写正确的并发程序更是难上加难。自己功力还不到那个份上，万一搞砸了，难免让一向谨慎的老王面上无光。
小二想来想去，办法只有一个，主动去学！就找老王要了一本《Java并发编程实战》，据说这本书是并发编程中的经典之作。拿到书后，随手翻了翻，竟然发现里面藏着一封情书：小二激动坏了，想象着老王写情话的样子，不由得笑出来声。
（戛然而止）
小二的背景就先介绍到这。接下来，我们来一起鉴赏下小二读完这本书后写下的第一篇文章。
Java 并发编程(一)：简介 01、为什么需要操作系统我喜欢在写文章（不用纸和笔用电脑了）的时候听音乐（不用 MP3 用电脑了），假如电脑只能做一件事情的话，我就只能在写完文章的时候再听音乐，或者听完音乐的时候再开始写作，这样就很不爽——在没有操作系统前，的确就是这么不爽。
有了操作系统后，情况就变得大不一样了，电脑可以同时运行多个程序。通过 TOP 命令可以查看电脑上当前正在运行的进程（和程序有着密切的关系），见下图。
通常情况下，一个程序会至少对应一个进程。上图中，“Google Chrome”这三个进程意味着我的电脑上打开着一个名叫谷歌浏览器的程序。
让我们用一段专业的术语来描述一下程序和进程之间的关系：
程序是计算机为完成特定任务所执行的指令序列。 操作系统允许多道程序并发执行共享系统资源，而程序在并发执行时所产生的一系列特点使得传统的程序概念已经不足以对其进行描述，因此，引入了“进程（Process）”：可以更好的描述计算机程序的执行过程，反映操作系统的并发执行、资源共享及用户随机访问的特性，并以此作为资源分配的基本单位。
每当一个程序运行时，操作系统就为该程序创建了一个进程，并为它分配资源、调度其运行。程序执行结束后，进程也就消亡了。一个程序被同时执行多次，系统就会创建多个进程。因此，一个程序可以被多个进程执行，一个进程也可以同时执行多个程序。
当然了，对于现在的操作系统来说，进程并不是最小的调度单位，而是线程。线程也被称为轻量级进程。
由于同一个进程中的所有线程会共享进程的内存地址空间，因此这些线程都能访问相同的变量，如果没有明确的同步机制来协同对共享数据的访问，那么当一个线程正在使用某个变量时，另外一个线程可能同时访问这个变量，就会造成不可预测的结果。
02、多线程的优势查看了一下，我这台电脑的物理 CPU（处理器）个数只有一个，但是核数（一块 CPU 上面能处理数据的芯片组的数量）是 4 个。
这意味着，我这台电脑能够在同一时间处理一个进程内的四个线程任务：线程 A 正在读取一个文件，线程 B 正在写入一个文件，线程 C 正在计算一个数值，线程 D 正在进行网络传输。
我们知道，进行文件读写或者网络传输通常会发生阻塞，这也是没办法的事。如果没有多线程的帮助，程序会按照顺序依次执行，也就意味着发生阻塞的时候其他任务只能干巴巴的等着，什么也做不了。
有了多线程，情况就完全不一样了，线程之间可以互不干扰，从而发挥处理器的多核能力。
说个有点让人难为情的事，我是 Eclipse 的（愚）忠实用户，至今没切换到 IDEA 阵营。在用 Eclipse 的时候经常会出现这样的情况，一个进度被另外一个卡住，下一个必须等待上一个执行完毕才开始执行。等待的时候几乎什么也干不成，点了取消也没用！
假如 Eclipse 采用多线程的话，每个任务放在单独的任务中执行，响应就会快很多。
03、多线程带来的风险曾有这样一则耳熟能详的故事。