ASP.NET堆和棧一之基本概念和值類型內(nèi)存分配
".NET的堆和棧"系列:
ASP.NET堆和棧二之值類型和引用類型參數(shù)傳遞和內(nèi)存分配
ASP.NET堆和棧三之引用類型對象拷貝和內(nèi)存分配
ASP.NET堆和棧四之對托管和非托管資源垃圾的回收和內(nèi)存分配
當我們對.NET Framework的一些基本面了解之后,實際上,還是很有必要了解一些更底層的知識。比如.NET Framework是如何進行內(nèi)存管理的,是如何垃圾回收的......這樣,我們才能寫出更高性能的程序。
在.NET Framework中,有2個地方幫我們保存管理數(shù)據(jù):一個是"堆",也叫"托管堆",由.NET Framework的垃圾收集器(Garbage Collection, GC)管理;另一個是"棧",也叫"線程堆棧",由操作系統(tǒng)直接管理。它們都寄宿在操作系統(tǒng)內(nèi)存。
什么是"棧"
可以把"棧"想像成由下而上堆疊起來的盒子,值類型實例存儲于此。
在應用程序中,每當調(diào)用一個方法,就相當于在"堆"上放上了一個盒子A,這時,應用程序只能使用處在"棧"最上方、剛被放上的這個盒子A,當方法執(zhí)行結束,相當于把最上方的盒子A扔掉。接下來,剛才還在A下面的盒子B就處在"棧"的最上方了,于是應用程序又開始使用盒子B,以此類推。而且,每當把最上面的盒子扔掉,其對應的內(nèi)存也被自動釋放。
棧的優(yōu)點是執(zhí)行效率高,缺點是存儲容量有限。
在.NET Framework中,所有派生于System.ValueType的就是值類型,值類型實例位于"棧"。值類型包括:
- bool
- byte
- char
- decimal
- double
- enum
- float
- int
- long
- sbyte
- short
- stuct
- uint
- ulong
- short
什么是"堆"
可以把"堆"想像成一些擺放無序的盒子,引用類型實例存儲于此。
我們可以在任何時候,使用任何盒子。我們需要借助垃圾收集器(Garbage Collection, GC)的自動回收機制或手動處理,以保證"堆"的盒子被及時回收。
另外,根據(jù)引用類型實例的大小,"堆"分為"GC堆"和"LOH(Large Object Heap)堆",當引用類型實例大小小于85000個字節(jié)的時候,實例被分配在"GC堆"上;當實例大小大于或等于于85000個字節(jié)的時候,實例被分配在"LOH(Large Object Heap)堆"。
在.NET Framework中,所有派生于System.Object的就是引用類型,引用類型實例位于"堆"。引用類型包括:
- 類 class
- 接口 interface
- 委托 delegate
- object
- string
值類型內(nèi)存分配
在方法內(nèi)的值類型內(nèi)存分配
public int Add(int x) { int result; result = x + 2; return result; }
1、在執(zhí)行Add(int x)方法之前,方法參數(shù)x被存放到"棧"的頂部。
2、在"method table"中搜尋Add()方法,如果找不到,就讓JIT及時編譯再存放到"method table"中去。
3、開始執(zhí)行Add(int x)方法,局部變量result也需要"棧"中的一些內(nèi)存。
4、當方法執(zhí)行完畢,先釋放result,再釋放x,線程堆棧指針重新指向。
在引用類型內(nèi)部的值類型內(nèi)存分配
public class MyClass { public int MyValue; } public MyClass Add(int x) { MyClass result = new MyClass(); result.MyValue = x + 2; return result; }
1、在執(zhí)行Add(int x)方法之前,方法參數(shù)x被存放到"棧"的頂部。
2、在"method table"中搜尋Add()方法,如果找不到,就讓JIT及時編譯再存放到"method table"中去。
3、開始執(zhí)行Add(int x)方法,執(zhí)行MyClass result = new MyClass()
先在托管堆上創(chuàng)建一個MyClass的實例,然后在棧上開辟一塊空間并指向?qū)嵗刂贰?/p>
4、當方法執(zhí)行完畢,在棧中由上到下依次釋放內(nèi)存。
此時,在托管堆上的MyClass實例如何處理呢?
5、此時,垃圾回收器登場了,他在托管堆中搜尋那些不再被引用的對象實例,然后實施回收。
練習題
public int ReturnValue() { int x = new int(); x = 3; int y = new int(); y = x; y = 4; return x; }
結果是:3, 因為值類型x變量,在方法執(zhí)行結束之前,一直存在于棧上。
public int ReturnValue2() { MyInt x = new MyInt(); x.MyValue = 3; MyInt y = new MyInt(); y = x; y.MyValue = 4; return x.MyValue; }
結果是:4,因為,當通過y=x把x賦值給y時,實際上是把x在托管堆上的地址賦值y,也就是,棧上的x和y都指向托管堆上的同一個對象實例,改變y的字段值,相當于改變x的字段值。
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。如果你想了解更多相關內(nèi)容請查看下面相關鏈接
相關文章
asp.net中對象失去焦點時自動提交數(shù)據(jù) V2
一年多前,Insus.NET有寫過一篇 《對象失去焦點時自己動提交數(shù)據(jù)》,那一篇是依賴Linkbutton來做隱藏提交。是否有不用依賴Linkbutton方法呢? 答案是肯定的2012-11-11asp.net實現(xiàn)DataList與Repeater嵌套綁定的方法
這篇文章主要介紹了asp.net實現(xiàn)DataList與Repeater嵌套綁定的方法,結合實例形式分析了DataList與Repeater的步驟與相關實現(xiàn)技巧,需要的朋友可以參考下2016-04-04ASP.NET?Core?6.0?基于模型驗證的數(shù)據(jù)驗證功能
這篇文章主要介紹了ASP.NET?Core?6.0?基于模型驗證的數(shù)據(jù)驗證,本文描述的數(shù)據(jù)驗證方案,是基于官方的模型驗證(Model validation),需要的朋友可以參考下2022-07-07.net通過Action進行Options參數(shù)的傳遞的方法
在.NET Core中,使用Action和Options參數(shù)方式配置服務并將配置信息對象注冊到IServiceCollection的好處在于,它提供了更高級別的可配置性和可擴展性,這篇文章主要介紹了.net通過Action進行Options參數(shù)的傳遞,你知道是怎么實現(xiàn)的嗎,需要的朋友可以參考下2023-12-12