青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

山寨:不是最好的,是最適合我們的!歡迎體驗山寨 中文版MSDN

Blog @ Blog

當華美的葉片落盡,生命的脈絡才歷歷可見。 -- 聶魯達

常用鏈接

統(tǒng)計

積分與排名

BBS

Blog

Web

最新評論

C# 裝箱和拆箱[轉(zhuǎn)]

1、
      裝箱和拆箱是一個抽象的概念
2、
      裝箱是將值類型轉(zhuǎn)換為引用類型 ;拆箱是將引用類型轉(zhuǎn)換為值類型 
      利用裝箱和拆箱功能,可通過允許值類型的任何值與Object 類型的值相互轉(zhuǎn)換,將值類型與引用類型鏈接起來
例如:
int val = 100;
object obj = val;
Console.WriteLine (“對象的值 = {0}", obj);
這是一個裝箱的過程,是將值類型轉(zhuǎn)換為引用類型的過程

int val = 100;
object obj = val;
int num = (int) obj;
Console.WriteLine ("num: {0}", num);
這是一個拆箱的過程,是將值類型轉(zhuǎn)換為引用類型,再由引用類型轉(zhuǎn)換為值類型的過程

注:被裝過箱的對象才能被拆箱
3、
      .NET中,數(shù)據(jù)類型劃分為值類型引用(不等同于C++的指針)類型,與此對應,內(nèi)存分配被分成了兩種方式,一為棧,二為堆,注意:是托管堆。
      值類型只會在棧中分配。
      引用類型分配內(nèi)存與托管堆。
      托管堆對應于垃圾回收。

4:裝箱/拆箱是什么?
裝箱:用于在垃圾回收堆中存儲值類型。裝箱是值類型到 object 類型或到此值類型所實現(xiàn)的任何接口類型的隱式轉(zhuǎn)換。
拆箱:從 object 類型到值類型或從接口類型到實現(xiàn)該接口的值類型的顯式轉(zhuǎn)換。

5:為何需要裝箱?(為何要將值類型轉(zhuǎn)為引用類型?)
一種最普通的場景是,調(diào)用一個含類型為Object的參數(shù)的方法,該Object可支持任意為型,以便通用。當你需要將一個值類型(如Int32)傳入時,需要裝箱。
另一種用法是,一個非泛型的容器,同樣是為了保證通用,而將元素類型定義為Object。于是,要將值類型數(shù)據(jù)加入容器時,需要裝箱。

6:裝箱/拆箱的內(nèi)部操作。
裝箱:
對值類型在堆中分配一個對象實例,并將該值復制到新的對象中。按三步進行。
第一步:新分配托管堆內(nèi)存(大小為值類型實例大小加上一個方法表指針和一個SyncBlockIndex)。
第二步:將值類型的實例字段拷貝到新分配的內(nèi)存中。
第三步:返回托管堆中新分配對象的地址。這個地址就是一個指向?qū)ο蟮囊昧恕?
有人這樣理解:如果將Int32裝箱,返回的地址,指向的就是一個Int32。我認為也不是不能這樣理解,但這確實又有問題,一來它不全面,二來指向Int32并沒說出它的實質(zhì)(在托管堆中)。
拆箱:
檢查對象實例,確保它是給定值類型的一個裝箱值。將該值從實例復制到值類型變量中。
有書上講,拆箱只是獲取引用對象中指向值類型部分的指針,而內(nèi)容拷貝則是賦值語句之觸發(fā)。我覺得這并不要緊。最關(guān)鍵的是檢查對象實例的本質(zhì),拆箱和裝箱的類型必需匹配,這一點上,在IL層上,看不出原理何在,我的猜測,或許是調(diào)用了類似GetType之類的方法來取出類型進行匹配(因為需要嚴格匹配)。

7:裝箱/拆箱對執(zhí)行效率的影響
顯然,從原理上可以看出,裝箱時,生成的是全新的引用對象,這會有時間損耗,也就是造成效率降低。
那該如何做呢?
首先,應該盡量避免裝箱。
比如上例2的兩種情況,都可以避免,在第一種情況下,可以通過重載函數(shù)來避免。第二種情況,則可以通過泛型來避免。
當然,凡事并不能絕對,假設你想改造的代碼為第三方程序集,你無法更改,那你只能是裝箱了。
對于裝箱/拆箱代碼的優(yōu)化,由于C#中對裝箱和拆箱都是隱式的,所以,根本的方法是對代碼進行分析,而分析最直接的方式是了解原理結(jié)何查看反編譯的IL代碼。比如:在循環(huán)體中可能存在多余的裝箱,你可以簡單采用提前裝箱方式進行優(yōu)化。

8:對裝箱/拆箱更進一步的了解
裝箱/拆箱并不如上面所講那么簡單明了,比如:裝箱時,變?yōu)橐脤ο螅瑫喑鲆粋€方法表指針,這會有何用處呢?
我們可以通過示例來進一步探討。
舉個例子。
Struct A : ICloneable
{
public Int32 x;
public override String ToString() {
return String.Format(”{0}”,x);
}
public object Clone() {
return MemberwiseClone();
}
}
static void main()
{
A a;
a.x = 100;
Console.WriteLine(a.ToString());
Console.WriteLine(a.GetType());
A a2 = (A)a.Clone();
ICloneable c = a2;
Ojbect o = c.Clone();
}
5.0:a.ToString()。編譯器發(fā)現(xiàn)A重寫了ToString方法,會直接調(diào)用ToString的指令。因為A是值類型,編譯器不會出現(xiàn)多態(tài)行為。因此,直接調(diào)用,不裝箱。(注:ToString是A的基類System.ValueType的方法)
5.1:a.GetType(),GetType是繼承于System.ValueType的方法,要調(diào)用它,需要一個方法表指針,于是a將被裝箱,從而生成方法表指針,調(diào)用基類的System.ValueType。(補一句,所有的值類型都是繼承于System.ValueType的)。
5.2:a.Clone(),因為A實現(xiàn)了Clone方法,所以無需裝箱。
5.3:ICloneable轉(zhuǎn)型:當a2為轉(zhuǎn)為接口類型時,必須裝箱,因為接口是一種引用類型。
5.4:c.Clone()。無需裝箱,在托管堆中對上一步已裝箱的對象進行調(diào)用。
附:其實上面的基于一個根本的原理,因為未裝箱的值類型沒有方法表指針,所以,不能通過值類型來調(diào)用其上繼承的虛方法。另外,接口類型是一個引用類型。對此,我的理解,該方法表指針類似C++的虛函數(shù)表指針,它是用來實現(xiàn)引用對象的多態(tài)機制的重要依據(jù)。

9:如何更改已裝箱的對象
對于已裝箱的對象,因為無法直接調(diào)用其指定方法,所以必須先拆箱,再調(diào)用方法,但再次拆箱,會生成新的棧實例,而無法修改裝箱對象。有點暈吧,感覺在說繞口令。還是舉個例子來說:(在上例中追加change方法)
public void Change(Int32 x) {
this.x = x;
}
調(diào)用:
A a = new A();
a.x = 100;
Object o = a; //裝箱成o,下面,想改變o的值。
((A)o).Change(200); //改掉了嗎?沒改掉。
沒改掉的原因是o在拆箱時,生成的是臨時的棧實例A,所以,改動是基于臨時A的,并未改到裝箱對象。
(附:在托管C++中,允許直接取加拆箱時第一步得到的實例引用,而直接更改,但C#不行。)
那該如何是好?
嗯,通過接口方式,可以達到相同的效果。
實現(xiàn)如下:
interface IChange {
void Change(Int32 x);
}
struct A : IChange {

}
調(diào)用:
((IChange)o).Change(200);//改掉了嗎?改掉了。
為啥現(xiàn)在可以改?
在將o轉(zhuǎn)型為IChange時,這里不會進行再次裝箱,當然更不會拆箱,因為o已經(jīng)是引用類型,再因為它是IChange類型,所以可以直接調(diào)用Change,于是,更改的也就是已裝箱對象中的字段了,達到期望的效果。

10、--------------------------
      將值類型轉(zhuǎn)換為引用類型,需要進行裝箱操作(boxing):

1、首先從托管堆中為新生成的引用對象分配內(nèi)存。

2、然后將值類型的數(shù)據(jù)拷貝到剛剛分配的內(nèi)存中。

3、返回托管堆中新分配對象的地址。

可以看出,進行一次裝箱要進行分配內(nèi)存和拷貝數(shù)據(jù)這兩項比較影響性能的操作。

將引用內(nèi)型轉(zhuǎn)換為值內(nèi)型,需要進行拆箱操作(unboxing):

1、首先獲取托管堆中屬于值類型那部分字段的地址,這一步是嚴格意義上的拆箱。

2、將引用對象中的值拷貝到位于線程堆棧上的值類型實例中。

經(jīng)過這2步,可以認為是同boxing是互反操作。嚴格意義上的拆箱,并不影響性能,但伴隨這之后的拷貝數(shù)據(jù)的操作就會同boxing操作中一樣影響性能。

11、-------------------------
NET的所有類型都是由基類System.Object繼承過來的,包括最常用的基礎類型:int, byte, short,bool等等,就是說所有的事物都是對象。如果申明這些類型得時候都在堆(HEAP)中分配內(nèi)存,會造成極低的效率!(個中原因以及關(guān)于堆和棧得區(qū)別會在另一篇里單獨得說說!)
.NET如何解決這個問題得了?正是通過將類型分成值型(value)和引用型(regerencetype),C#中定義的值類型包括原類型(Sbyte、Byte、Short、Ushort、Int、Uint、Long、Ulong、Char、Float、Double、Bool、Decimal)、枚舉(enum)、結(jié)構(gòu)(struct),引用類型包括:類、數(shù)組、接口、委托、字符串等。
值型就是在棧中分配內(nèi)存,在申明的同時就初始化,以確保數(shù)據(jù)不為NULL;
引用型是在堆中分配內(nèi)存,初始化為null,引用型是需要GARBAGE COLLECTION來回收內(nèi)存的,值型不用,超出了作用范圍,系統(tǒng)就會自動釋放!
下面就來說裝箱和拆箱的定義!
裝箱就是隱式的將一個值型轉(zhuǎn)換為引用型對象。比如:
int i=0;
Syste.Object obj=i;

這個過程就是裝箱!就是將i裝箱!
拆箱就是將一個引用型對象轉(zhuǎn)換成任意值型!比如:
int i=0;
System.Object obj=i;
int j=(int)obj;

這個過程前2句是將i裝箱,后一句是將obj拆箱!

posted on 2009-09-27 14:45 isabc 閱讀(642) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


廣告信息(免費廣告聯(lián)系)

中文版MSDN:
歡迎體驗

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美va天堂| 欧美精品观看| 国产一区二区| 久热精品视频在线| 欧美在线免费视屏| 激情综合视频| 91久久久久久久久| 欧美色另类天堂2015| 亚洲欧美国产另类| 亚洲一品av免费观看| 中国亚洲黄色| 国产一区二区三区在线免费观看| 久久精品一区蜜桃臀影院| 亚洲人久久久| 国产精品进线69影院| 欧美在线播放一区| 麻豆国产精品一区二区三区| 亚洲精品乱码久久久久久| av成人毛片| 红桃av永久久久| 亚洲精品少妇30p| 国产三级精品在线不卡| 欧美α欧美αv大片| 欧美日韩免费看| 久久精彩视频| 欧美日韩亚洲一区二区三区| 久久精品国产亚洲精品| 欧美激情成人在线视频| 久久成人久久爱| 欧美精品福利| 久久久精品一区| 欧美视频免费看| 欧美成人免费网| 国产乱人伦精品一区二区| 欧美激情精品久久久久久蜜臀| 国产精品xxxxx| 亚洲高清免费视频| 国产农村妇女精品一区二区 | 欧美视频日韩视频在线观看| 欧美亚洲一级| 欧美日韩一区二区视频在线| 久久久久久久成人| 国产精品99免费看| 亚洲国产精品成人综合色在线婷婷| 国产精品久久久91| 亚洲国产欧美日韩| 精品9999| 欧美一区二区三区在线观看视频 | 亚洲欧美中日韩| 欧美精品综合| 模特精品在线| 狠狠色丁香婷婷综合久久片| 一区二区三区日韩精品| 亚洲精品乱码| 欧美超级免费视 在线| 久久久久这里只有精品| 国产精品日韩电影| 亚洲一区二区三区中文字幕在线| 日韩一区二区高清| 欧美精品 日韩| 亚洲青色在线| 日韩视频中文字幕| 欧美伦理在线观看| 亚洲激精日韩激精欧美精品| 亚洲国产日日夜夜| 欧美电影打屁股sp| 亚洲精品免费电影| 亚洲免费观看高清完整版在线观看熊 | 欧美福利视频一区| 亚洲国产成人在线播放| 玖玖在线精品| 亚洲国产日韩在线一区模特| 亚洲精品1区2区| 欧美激情一二三区| av成人毛片| 欧美一区二区视频观看视频| 国产情侣久久| 久久麻豆一区二区| 亚洲国产精品久久久久婷婷884| 亚洲国产精品久久久久| 欧美成人首页| 一区二区久久久久久| 午夜在线视频观看日韩17c| 国产精品永久免费视频| 久久精品日产第一区二区三区 | 亚洲一区二区三区欧美 | 久久综合激情| 亚洲国产欧美日韩| 亚洲综合二区| 国内一区二区三区| 欧美mv日韩mv国产网站| 99re视频这里只有精品| 亚洲欧美日韩中文播放| 好吊成人免视频| 欧美激情导航| 亚洲欧美日韩精品久久亚洲区| 久久全球大尺度高清视频| 1000部国产精品成人观看| 欧美黄免费看| 性高湖久久久久久久久| 亚洲成色999久久网站| 国产精品伦理| 久久精品国产清高在天天线| 亚洲国产精品久久久久秋霞蜜臀 | 999在线观看精品免费不卡网站| 欧美日韩精品在线播放| 午夜精品福利在线观看| 欧美激情2020午夜免费观看| 亚洲一区二区三区精品视频 | 欧美日韩国产一区二区三区地区| 亚洲视屏在线播放| 亚洲国产成人在线视频| 欧美亚洲一级| 国产精品99久久久久久久女警| 韩国精品主播一区二区在线观看| 欧美人与性禽动交情品 | 亚洲精品一区在线观看| 久久精品99国产精品| 一区二区三区久久| 在线精品高清中文字幕| 国产精品日韩精品| 欧美精品七区| 免费成人高清| 久久国产综合精品| 亚洲天堂偷拍| 日韩视频在线观看国产| 麻豆精品视频在线观看视频| 亚洲直播在线一区| 亚洲精品美女免费| 影音先锋日韩精品| 国内外成人免费激情在线视频网站| 欧美视频在线观看一区二区| 欧美成人午夜剧场免费观看| 久久精品国产一区二区三区| 亚洲一区国产视频| 亚洲尤物精选| 亚洲一区三区视频在线观看| 日韩一区二区精品葵司在线| 亚洲国产精品一区二区尤物区| 老司机免费视频一区二区三区| 欧美中文在线免费| 亚洲欧美在线一区二区| 中文成人激情娱乐网| 一二三区精品福利视频| 亚洲精品欧美日韩专区| 91久久精品日日躁夜夜躁欧美 | 欧美私人啪啪vps| 欧美日韩一区二区三| 欧美喷潮久久久xxxxx| 欧美成人精品不卡视频在线观看| 免费成人黄色片| 欧美激情视频一区二区三区不卡| 蜜桃久久精品乱码一区二区| 蜜月aⅴ免费一区二区三区| 米奇777超碰欧美日韩亚洲| 奶水喷射视频一区| 欧美激情中文字幕乱码免费| 欧美日本视频在线| 国产精品久久久久久久久久免费| 欧美日韩美女在线| 国产精品区一区| 国产综合网站| 亚洲人成在线观看| 亚洲一区二区三区欧美 | 亚洲人成毛片在线播放| 亚洲另类自拍| 欧美一区二区久久久| 久久久久久久久伊人| 欧美成人高清视频| 亚洲乱码国产乱码精品精 | 欧美成人国产一区二区| 亚洲高清久久| 亚洲免费影视第一页| 欧美一区综合| 欧美精品国产精品日韩精品| 国产精品黄色| 亚洲电影在线观看| 亚洲一区二区三区欧美| 久久久久国产精品一区三寸| 亚洲福利视频一区二区| 中文在线一区| 美女脱光内衣内裤视频久久影院| 欧美美女日韩| 雨宫琴音一区二区在线| 一区二区三区视频在线观看| 久久精品视频免费播放| 亚洲人屁股眼子交8| 欧美影院久久久| 欧美网站在线| 亚洲精品久久久久中文字幕欢迎你| 亚洲午夜羞羞片| 欧美激情一二三区| 亚洲主播在线播放| 欧美日韩精品免费观看视一区二区 | 老司机精品久久| 国产女同一区二区| 一区二区三区欧美在线| 女女同性女同一区二区三区91| 亚洲一区二区成人| 欧美国产日产韩国视频|