在过去一台电脑只有单个CPU，并且在同一时间只能执行单个程序。后来出现的"多任务"意味着电脑在可以同时执行多个程序（AKA任务或者进程）。虽然那并不是真正意义上的"同时"。多个程序之间共享仅有的一个CPU。操作系统会切换正在运行着的进程，在每次切换之前都会运行它们其中一个一小会儿。
多任务模型的产生给软件开发者带来了新的挑战。程序不再假设为可以一直占用CPU时间，也不再占有所有的内存或者任何其他的计算机资源。作为操作系统中的一个"良好公民"，程序应当释放所有那些它不再使用的资源，这样其他的程序就可以使用这些被释放的资源。
后来又出现了多线程模型，这意味着你可以在同一个进程中运行多个线程。线程的执行可以看作是CPU正在执行线程所在的程序。当你在同一个进程中运行了多个线程的时候，就像在同一个程序中有多个CPU正在运行一样。
多线程可以极大地提高某些类型程序地性能。然后，多线程要比多任务复杂得多。在同一个进程中可以运行多个线程，因此这些线程可以同时读写相同内存块。这样会出现那些在单线程程序中不会出现地问题。而且其中某些问题并不会在单CPU机器中出现，因为在单CPU机器中两个线程从来就没有真正"同时"执行过。但是现在地计算机，大多是多核CPU，甚至也可能是多个CPU。这意味着不同的线程可以同时在不同的核或者CPU上同时执行。
如果一个线程在读一块内存区域的同时另一个线程在想这块内存写入数据，那么第一个线程在执行完读操作之后拿到的是什么值呢？是旧的值？还是第二个线程写入的新值呢？或者是二者混合之后的一个值？再或者，如果两个线程同时向同一个块内存区域写入数据，那么在它们的操作执行完之后，那块内存中的值是多少呢？是第一个线程写入的值？还是第二个线程写入的值？或者是两个写入值的混合值？
如果没有合适的预防措施那么上面任何一种结果都是可能的。这种行为甚至无法预测。出现的结果时时刻刻都不相同。因此一个开发人员必须要知道如果采取正确的预防措施 - 因此要学习如果控制线程对共享资源的访问，比如内存，文件，数据库等。这就是Java并发教程解决的问题之一。
Java中的多线程和并发
Java是第一个使开发人员很容易上手多线程的语言。Java在一开始就支持多线程。因此，Java开发者经常会遇到上面描述的问题。这就是我为什么写这篇关于Java并发的教程。对于而言可以作为笔记，同时也可以使Java开发同行从中获益。
本教程主要关注于Java中的多线程，但是其中有些问题在多线程中出现的问题也同样会在多任务和分布式系统中出现。这篇教程中同样也会出现多任务和分布式系统的参考。因此我用了"并发"这个词而不是"多线程"。
2015年的Java并发和以后的
自从第一批Java并发数据问世之后，关于并发架构和设计已经发生了很多的变化，即使是在Java 5中并发工具发布以后也是如此。
如今，又出现了类似Vert.x和Play/Akkay以及Qbit等异步"无共享"的平台和API。这些平台使用不同于标准Java/JEE中的线程并发模型，共享内存和锁。还出版了新的非阻塞的并发算法，而且类似LMax Disrupter这种非阻塞工具也已经加入到了我们的开发工具中。新的函数编程并行模式也随着Fork和Join框架引入到了Java 7中，以及Java 8中的集合流API。
随着新特性的不断出现，也到了我该更新这个Java并发教程了。因此，本教程又会在更新中了。我会在合适的写新的教程并发布它们。