linux下載多線程
你好，多進程或多線程，都不會阻塞當前語句代碼。為了您的理解，我就大膽舉下面兩個例子：
多進程：你可以看成是本來是一條路的，現在從中間拆成兩條，然後每一條路都有屬於自己這條路的代碼在運行。
多線程：你可以看成是一條路，然後分出車道，比如左車道和右車道甚至是停車道，然後每條車道都單獨通車，其他車道的不能對這條車道進行干擾。
所以，把一條路從中間拆成兩條，成本是很高的。但是把一條路分車道，成本就不是很高了。
對於您提出的main函數的疑問，當main函數最後執行完畢，程序退出後，所有的進程包括線程，都會被關閉的，哪怕你的程序中沒有關閉，操作系統也會幫你關閉的，現在的操作系統都非常的完善了。當然，也存在有線程或進程不被釋放的特殊情況，最好在編程中要記得釋放。
⑵ 為什麼linux下多線程程序如此消耗虛擬內存
具體可以自行跟蹤，一般來說是因為glibc為了分配內存的性能的問題，使用了很多叫做arena的memory pool,預設配置在64bit下面是每一個arena為64M，一個進程可以最多有 cores * 8個arena。假設你的機器是4核的，那麼最多可以有4 * 8 = 32個arena，也就是使用32 * 64 = 2048M內存。 當然你也可以通過設置環境變數來改變arena的數量.例如export MALLOC_ARENA_MAX=1hadoop推薦把這個值設置為4。當然了，既然是多核的機器，而arena的引進是為了解決多線程內存分配競爭的問題，那麼設置為cpu核的數量估計也是一個不錯的選擇。設置這個值以後最好能對你的程序做一下壓力測試，用以看看改變arena的數量是否會對程序的性能有影響。
mallopt(M_ARENA_MAX, xxx)如果你打算在程序代碼中來設置這個東西，那麼可以調用mallopt(M_ARENA_MAX, xxx)來實現，由於我們AuthServer採用了預分配的方式，在各個線程內並沒有分配內存，所以不需要這種優化，在初始化的時候採用mallopt(M_ARENA_MAX, 1)將其關掉，設置為0，表示系統按CPU進行自動設置。