在過去單CPU時代，單任務在一個時間點只能執行單一程序。之後發展到多任務階段，計算機能在同一時間點並行執行多任務或多進程。雖然並不是真正意義上的“同一時間點”，而是多個任務或進程共享一個CPU，並交由操作系統來完成多任務間對CPU的運行切換，以使得每個任務都有機會獲得一定的時間片運行。
隨着多任務對軟件開發者帶來的新挑戰，程序不在能假設獨佔所有的CPU時間、所有的內存和其他計算機資源。一個好的程序榜樣是在其不再使用這些資源時對其進行釋放，以使得其他程序能有機會使用這些資源。
再後來發展到多線程技術，使得在一個程序內部能擁有多個線程並行執行。一個線程的執行可以被認爲是一個CPU在執行該程序。當一個程序運行在多線程下，就好像有多個CPU在同時執行該程序。
多線程比多任務更加有挑戰。多線程是在同一個程序內部並行執行，因此會對相同的內存空間進行併發讀寫操作。這可能是在單線程程序中從來不會遇到的問題。其中的一些錯誤也未必會在單CPU機器上出現，因爲兩個線程從來不會得到真正的並行執行。然而，更現代的計算機伴隨着多核CPU的出現，也就意味着不同的線程能被不同的CPU核得到真正意義的並行執行。
如果一個線程在讀一個內存時，另一個線程正向該內存進行寫操作，那進行讀操作的那個線程將獲得什麼結果呢？是寫操作之前舊的值？還是寫操作成功之後的新值？或是一半新一半舊的值？或者，如果是兩個線程同時寫同一個內存，在操作完成後將會是什麼結果呢？是第一個線程寫入的值？還是第二個線程寫入的值？還是兩個線程寫入的一個混合值？因此如沒有合適的預防措施，任何結果都是可能的。而且這種行爲的發生甚至不能預測，所以結果也是不確定性的。
Java的多線程和併發性
Java是最先支持多線程的開發的語言之一，Java從一開始就支持了多線程能力，因此Java開發者能常遇到上面描述的問題場景。這也是我想爲Java併發技術而寫這篇系列的原因。作爲對自己的筆記，和對其他Java開發的追隨者都可獲益的。
該系列主要關注Java多線程，但有些在多線程中出現的問題會和多任務以及分佈式系統中出現的存在類似，因此該系列會將多任務和分佈式系統方面作爲參考，所以叫法上稱爲“併發性”，而不是“多線程”。