C#之CLR內(nèi)存原理初探
本文初步講述了C#的CLR內(nèi)存原理。這里所關注的內(nèi)存里面說沒有寄存器的,所以我們關注的只有托管堆(heap),棧(stack), 字符串常量池(其中string是一個很特殊的對象)
首先我們看兩個方法:
void M1()
{
string name = "Tom";
M2(name);
}
void M2(string name2)
{
int length = 10;
double rate = 10.0;
name2 = "Joe";
return;
}
這里我們有一個M1的方法,初始化一個name局部變量,然后調(diào)用M2..............
如下圖所示先來看看M1的運行原理:

首先在一個最基本的方法中,應包含一些“prologue"代碼(不用我們管,編譯自動生成的),負責在方法開始做它的工作之前進行初始化,還應有一些"epilogue"代碼,負責在方法完成的時候進行清理,然后才返回調(diào)用者。M1開始是,它的"prologue"代碼在線程棧上分配局部變量name的內(nèi)存,它被負值了TOM,Tom這個字符串在字符串常量池。M1調(diào)用M2,將局部變量name作為一個實參來傳遞。這造成name局部變量中的地址被壓入棧。在M2方法內(nèi)部,將使用名為name2參數(shù)變量來標識棧位置。另外,調(diào)用一個方法時,還會將一個“返回地址”壓入棧。被調(diào)用的方法在結束以后應該返回到這個位置(調(diào)用的位置)。
接著再來看看下圖所示M2的運行原理:

M2的"prologue"代碼為length和rate進行內(nèi)存的分配,然后M2代碼開始執(zhí)行代碼。最終,M2抵達它的return語句,造成CPU的指令指針被設置成棧中的返回地址(就說我們圖中的{返回地址});
注:這里特別要提一下的說name2,name2在調(diào)用的時候已經(jīng)變成參數(shù)壓入了棧,所以這里只是對這里的地址進行重新指向,string的內(nèi)存玩法可以看字符串常量池的相關介紹。
相關文章
C#使用HttpClient進行Post請求出現(xiàn)超時問題的解決及優(yōu)化
最近我的控制臺程序發(fā)現(xiàn)有時候總是出現(xiàn)請求超時等問題,通常好幾分鐘最多只有3-4個請求,在使用apipost發(fā)現(xiàn)并發(fā)10個5分鐘也沒有問題,那么問題就出在我的請求端了,所以本文給大家介紹了C# 使用HttpClient進行Post請求總是出現(xiàn)超時問題的優(yōu)化,需要的朋友可以參考下2025-01-01
解析Silverlight調(diào)用WCF/Rest異常的解決方法
本篇文章對Silverlight調(diào)用WCF/Rest異常的解決方法進行了詳細的分析介紹,需要的朋友參考下2013-05-05

