首先來一句概括的總論：程序和執行緒都是乙個時間段的描述，是cpu工作時間段的描述。
乙個最最基礎的事實：cpu太快，太快，太快了，暫存器僅僅能夠追的上他的腳步，ram和別的掛在各匯流排上的裝置完全是望其項背。那當多個任務要執行的時候怎麼辦呢？輪流著來?或者誰優先順序高誰來？不管怎麼樣的策略，一句話就是在cpu看來就是輪流著來。
乙個必須知道的事實：執行一段程式**，實現乙個功能的過程介紹 ，當得到cpu的時候，相關的資源必須也已經就位，就是顯示卡啊，gps啊什麼的必須就位，然後cpu開始執行。這裡除了cpu以外所有的就構成了這個程式的執行環境，也就是我們所定義的程式上下文。當這個程式執行完了，或者分配給他的cpu執行時間用完了，那它就要被切換出去，等待下一次cpu的臨幸。在被切換出去的最後一步工作就是儲存程式上下文，因為這個是下次他被cpu臨幸的執行環境，必須儲存。
串聯起來的事實：前面講過在cpu看來所有的任務都是乙個乙個的輪流執行的，具體的輪流方法就是：先引導程式a的上下文，然後開始執行a，儲存程式a的上下文，調入下乙個要執行的程式b的程式上下文，然後開始執行b,儲存程式b的上下文。。。。
*****==== 重要的東西出現了*****===
程序和執行緒就是這樣的背景出來的，兩個名詞不過是對應的cpu時間段的描述，名詞就是這樣的功能。
程序就是包換上下文切換的程式執行時間總和 = cpu載入上下文+cpu執行+cpu儲存上下文
執行緒是什麼呢？
程序的顆粒度太大，每次都要有上下的調入，儲存，調出。如果我們把程序比喻為乙個執行在電腦上的軟體，那麼乙個軟體的執行不可能是一條邏輯執行的，必定有多個分支和多個程式段，就好比要實現程式a，實際分成 a，b，c等多個塊組合而成。那麼這裡具體的執行就可能變成：
程式a得到cpu =》cpu載入上下文，開始執行程式a的a小段，然後執行a的b小段，然後再執行a的c小段，最後cpu儲存a的上下文。
這裡a，b，c的執行是共享了a的上下文，cpu在執行的時候沒有進行上下文切換的。這裡的a，b，c就是執行緒，也就是說執行緒是共享了程序的上下文環境，的更為細小的cpu時間段。
到此全文結束，再乙個總結：
程序和執行緒都是乙個時間段的描述，是cpu工作時間段的描述，不過是顆粒大小不同。
程序與執行緒
程序 process 管理單元,管理分配應用程式的資料,的記憶體空間.執行緒 thread 執行單元,執行緒負責執行乙個預先編排好的 段,執行 棧是基於執行緒的.乙個應用程式啟動的時候,程序自動建立,並且會預設建立主線程,主線程負責執行main 方法.thread t new thread new ...
程序與執行緒
程序 是擁有資源的實體，包括 1。乙個程序有乙個虛擬位址空間，不同程序位於不同的 虛擬位址空間中。程序之間若要通訊，必須通過作業系統 的功能呼叫 ipc 2。程序擁有其他資源，例如開啟的檔案和i o裝置。程序結束時，作業系統會自動釋放該程序擁有的所有資源。例如，如果 open乙個檔案而不close它...
程序與執行緒
程序包括 1 私有的虛位址空間 2 可執行程式 與資料 3 開啟系統資源列表控制代碼 4 安全訪問標誌 5 程序id 6 至少有乙個執行執行緒 執行緒包括 1 一組cpu暫存器狀態 2 兩個堆疊 系統態與使用者態 3 tls 執行緒區域性儲存區 4 執行緒id 5 安全特性 因此程序是不活潑的，它從...