Ⅰ vc 如何釋放線程資源
線程函數返回 這個線程就結束了 線程的內核對象就處於激發（有信號）狀態。
線程在創建後會返回一個線程內核對象（線程句柄），通過該內核對象可以強制結束該線程。
如果線程創建後內核對象未使用也未關閉，這個內核對象資源就泄漏了。
內核對象有引用次數的概念：線程創建，內核對象的引用次數是2，CloseHandle會使引用次數-1，線程結束內核對象的引用次數也會-1並處於激發狀態，引用次數為0時釋放資源並銷毀。
DWORD__stdcallaa(void*p)
{
return0;
}
voidmain()
{
CreateThread(0,0,aa,0,0,0);//內核對象泄漏
}
voidmain()
{
HANDLEhthread=CreateThread(0,0,aa,0,0,0);
CloseHandle(hthread);//無泄漏，線程函數結束內核對象銷毀
}
Ⅱ linux內核 進程如何銷毀
要了解進程的終止，你必須先了解進程結構體task_struct,期中有一些與進程終止相關的非常重要的域，task_struct在內核源代碼的linux/sched.h中定義。
進程終止有多種方式，無論何種方式，都會調用內核函數sys_exit()函數，而最終調用do_exit()函數(在kernel/exit.c中定義)在do_exit()函數中首先會做一些檢測，包括確保要終止的進程ID不是0或者1，再保證該進程不是處在中斷處理程序之中，之後將要終止進程的task_struct結構體中的flag域設置為PF_EXITING表示該進程已經結束，然後就是比較正式的銷毀過程，釋放進程佔用的資源。比如釋放其佔用的的分配內存(exit_mm())，釋放進程間通信的信號量(exit_sem()),釋放進程創建或者打開的文件描述符(exit_files()),釋放文件系統數據(exit_fs()),釋放線程(exit_thread())等等，最後向其父進程發送SIGCHILD信號，將進程狀態設置為終止，調用schele()，將CPU控制權交給其他進程。
這是大概的銷毀過程的，更詳細的過程請參考linux kernel primer這本書以及linux內核源代碼。
Ⅲ Linux 內核的進程是如何管理
進程管理負責控制進程對CPU的訪問，如任務的創建、調度和終止等。任務調度是進
程管理最核心的工作，由Linux內核調度器來完成。Linux內核調度器根據進程的優先順序選擇最值得運行的進程。
一個進程的可能狀態有如下幾種：
（1）運行態——已經獲得了資源，並且進程正在被CPU執行。進程既可運行在內核態，也可運行在用戶態。
（2）就緒態——當系統資源已經可用，但由於前一個進程還沒有執行完釋放 CPU，准備進入運行狀態。
（3）可中斷睡眠狀態——當進程處於可中斷等待狀態時，系統不會調度該程序執行。當系統產生一個中斷或者釋放了進程正在等待的資源，或者進程收到一個信號，都可以被喚醒進入就緒狀態或者運行態。
（4）不可中斷睡眠狀態——處於中斷等待狀態，但是該進程只能被使用 wake_up()函數明確喚醒的時候才可進入就緒狀態。
（5）暫停狀態——當進程收到SIGSTOP、SIGSTP、SIGTTIN或者SIGTTOU就會進入暫停狀態，收到SIGCONT信號即可進入運行態。
（6）僵死態——進程已經停止運行，但是其父進程還沒有詢問其狀態。
各狀態之間的轉換關系和轉換條件如下圖所示：
這些是我從廣州致遠的連載課程上了解到的，非常詳細，ARM工控產品也是沒的說！
Ⅳ Linux用戶進程是如何釋放內存的
從圖中我們可以看出，進程的堆，並不是直接建立在Linux的內核的內存分配策略上的，而是建立在glibc的堆管理策略上的（也就是glibc的動態內存分配策略上），堆的管理是由glibc進行的。所以我們調用free對mal
Linux進程使用內存的基本流程：
從圖中我們可以看出，進程的堆，並不是直接建立在Linux的內核的內存分配策略上的，而是建立在glibc的堆管理策略上的（也就是glibc的動態內存分配策略上），堆的管理是由glibc進行的。所以我們調用free對malloc得到的內存進行釋放的時候，並不是直接釋放給操作系統，而是還給了glibc的堆管理實體，而glibc會在把實際的物理內存歸還給系統的策略上做一些優化，以便優化用戶任務的動態內存分配過程。
它會從堆的最大線性地址開始，從後向前計算用戶任務當前有多少空閑的堆內存（直到碰到使用中的堆內存地址為止），比如在該圖中:
它會認為有2048k的可釋放內存，只有在該值大於某個特定的threshhold時（2.3.6上為64k），它才會把這些內存歸還給系統。而在中間的未使用內存是不會歸還給系統的，所以系統也不可能再利用這塊物理內存頁（我們假設系統沒有swap區和swap文件），也就是說系統的內存會為此減少，除非在它之前的堆內存都用free進行釋放以後，glibc的堆管理器才有可能（只是有可能）把該段內存歸還給系統。
Ⅳ linux中獲得和釋放資源的基本單位
進程和線程兩個容易混淆，首先在Linux內核中是沒有線程這個概念的，我們常說的線程其實是輕量級進程的概念：LWP，線程概念其實是C庫中的。
我們常說進程是操作系統分配資源的基本單位，線程是CPU調度的基本單位，但這是為什麼？
在Linux中每一個進程都是由task_struct結構體來實現的，輕量級進程也就是我們所說的線程它也是一個task_struct結構體實現，當一個程序運行時，操作系用會給這個進程分進程虛擬地址空間，而一個進程中可能存在多個線程來完成不同的事情，把線程的task_struct載入到一個雙端隊列上從而讓CPU去進行調度。
Ⅵ C# kill線程正常釋放資源
任何一個線程只要調用了exit都會導致進程結束，各種子線程當然也能很好的結束了，可是這種退出會有一個資源釋放的問題.我們知道當一個進程終止時，內核對該進程所有尚未關閉的文件描述符調用close關閉，所以即使用戶程序不調用close，在終止時內核也會自動關閉它打開的所有文件。沒錯，標准C++ IO流也會很好的在exit退出時得到flush並且釋放資源，這些東西並不會造成資源的浪費（系統調用main函數入口類似於exit(main(argc,argv))).表面上似乎所有的問題都能隨著進程的結束來得到很好的處理，其實並不然，我們程序從堆上分配的內存就不能得到很好的釋放，如new ,delete後的存儲空間，這些空間進程結束並不會幫你把這部分內存歸還給內存.(本文初稿時，因基礎不牢固，此處寫錯，事實上無論進程這樣結束，系統都將會釋放掉所有代碼所申請的資源，無論是堆上的還是棧上的。（感謝ZKey的指導）。這種結束所有線程（包括主線程）的方式實際上在很多時候是非常可取的，但是對於針對關閉時進行一些別的邏輯的處理（指非資源釋放邏輯）就不會很好，例如我想在程序被kill掉之前統計一下完成了多少的工作，這個統計類似於MapRece，需要去每個線程獲取，並且最後歸並程一個統一的結果等等場景）
Ⅶ linux採用什麼方法實現內存的分配和釋放
Linux 採用 Buddy 演算法有效分配和釋放物理頁塊。
linux系統內存管理的特點linux的進程結束後，它佔用的資源全部釋放，但是內存僅僅是設置了標志，標志了這部分內存已經不再使用，可以被重新分配的。當進程需要內存時，linux系統首先從空閑內存中查找分配，空閑內存不足時就會使用不再使用的內存；另外，如果你的程序又一次運行，系統直接使用內存中
的數據，不再從文件系統讀組，提高了效率。這樣一來，linux的系統使用律會很高，伺服器的在98%以上；這樣做的目的是：linux認為內存是最寶貴
的資源，充分利用，不能讓他空閑