閱讀435 返回首頁    go 阿裏雲 go 技術社區[雲棲]


多線程的代價

從一個單線程的應用到一個多線程的應用並不僅僅帶來好處,它也會有一些代價。不要僅僅為了使用多線程而使用多線程。而應該明確在使用多線程時能多來的好處比所付出的代價大的時候,才使用多線程。如果存在疑問,應該嚐試測量一下應用程序的性能和響應能力,而不隻是猜測。

設計更複雜

雖然有一些多線程應用程序比單線程的應用程序要簡單,但其他的一般都更複雜。在多線程訪問共享數據的時候,這部分代碼需要特別的注意。線程之間的交互往往非常複雜。不正確的線程同步產生的錯誤非常難以被發現,並且重現以修複。

上下文切換的開銷

當CPU從執行一個線程切換到執行另外一個線程的時候,它需要先存儲當前線程的本地的數據,程序指針等,然後載入另一個線程的本地數據,程序指針 等,最後才開始執行。這種切換稱為“上下文切換”(“context switch”)。CPU會在一個上下文中執行一個線程,然後切換到另外一個上下文中執行另外一個線程。

上下文切換並不廉價。如果沒有必要,應該減少上下文切換的發生。

你可以通過維基百科閱讀更多的關於上下文切換相關的內容:

https://en.wikipedia.org/wiki/Context_switch

增加資源消耗

線程在運行的時候需要從計算機裏麵得到一些資源。除了CPU,線程還需要一些內存來維持它本地的堆棧。它也需要占用操作係統中一些資源來管理線程。 我們可以嚐試編寫一個程序,讓它創建100個線程,這些線程什麼事情都不做,隻是在等待,然後看看這個程序在運行的時候占用了多少內存。


文章轉自 並發編程網-ifeve.com

最後更新:2017-05-22 20:04:36

  上一篇:go  重入鎖死
  下一篇:go  在java 7中捕獲多個異常