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

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

Blog @ Blog

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

常用鏈接

統(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++的指針)類型,與此對應(yīng),內(nèi)存分配被分成了兩種方式,一為棧,二為堆,注意:是托管堆。
      值類型只會在棧中分配。
      引用類型分配內(nèi)存與托管堆。
      托管堆對應(yīng)于垃圾回收。

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

7:裝箱/拆箱對執(zhí)行效率的影響
顯然,從原理上可以看出,裝箱時,生成的是全新的引用對象,這會有時間損耗,也就是造成效率降低。
那該如何做呢?
首先,應(yīng)該盡量避免裝箱。
比如上例2的兩種情況,都可以避免,在第一種情況下,可以通過重載函數(shù)來避免。第二種情況,則可以通過泛型來避免。
當然,凡事并不能絕對,假設(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繼承過來的,包括最常用的基礎(chǔ)類型: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 閱讀(638) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   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>
            一区二区av在线| 国产日韩精品久久久| 亚洲国产成人av在线| 久久精品日产第一区二区| 久久久999精品| 久久久亚洲一区| 牛牛国产精品| 亚洲精品日韩久久| 亚洲视频在线二区| 在线电影国产精品| 欧美福利电影网| 欧美日韩成人在线视频| 欧美日韩中文| 国产目拍亚洲精品99久久精品| 国产精品毛片大码女人| 国产亚洲一区二区三区在线观看 | 伊人婷婷欧美激情| 亚洲国产欧美在线| 一本色道久久综合| 久久国产免费| 亚洲精品中文字| 亚洲综合好骚| 欧美二区不卡| 国际精品欧美精品| 亚洲视频福利| 欧美 日韩 国产 一区| 99在线热播精品免费| 欧美一区二区三区四区视频| 免费在线日韩av| 国产亚洲精品高潮| 中日韩男男gay无套| 久热精品视频在线观看一区| 一本大道久久a久久精二百| 久久久久久成人| 国产精品丝袜白浆摸在线| 亚洲国产精品ⅴa在线观看 | 亚洲欧美国产另类| 欧美不卡视频一区发布| 在线一区二区三区四区| 玖玖国产精品视频| 国产片一区二区| 亚洲在线观看免费| 亚洲国产欧美一区| 久久九九热免费视频| 国产精品看片资源| 一区二区三区欧美成人| 免费成人av在线看| 午夜精品国产更新| 欧美三级视频在线观看| 亚洲人体1000| 欧美国产一区二区| 麻豆国产va免费精品高清在线| 国产日韩一区在线| 久久aⅴ国产紧身牛仔裤| 在线视频亚洲一区| 欧美丝袜一区二区| 这里只有精品电影| 最新热久久免费视频| 久久综合九色| 在线观看视频欧美| 久久综合国产精品台湾中文娱乐网| 亚洲伊人第一页| 国产伦精品一区二区三区高清版| 欧美日韩ab片| 国产精品自拍在线| 亚洲欧美日本伦理| 在线视频欧美日韩精品| 国产精品日韩久久久| 亚洲欧美精品在线| 亚洲影视在线播放| 国产在线国偷精品产拍免费yy| 久久成人精品电影| 久久久久久久久久久久久久一区| 黄色一区二区三区| 欧美激情一区二区三区在线| 美女主播精品视频一二三四| 在线精品视频免费观看| 欧美国产亚洲视频| 欧美日韩另类丝袜其他| 午夜欧美精品久久久久久久| 午夜在线一区| 亚洲第一黄网| 在线综合视频| 国产亚洲a∨片在线观看| 久久久天天操| 欧美劲爆第一页| 亚洲欧美在线一区二区| 欧美在线观看视频在线| 亚洲高清不卡在线| 在线中文字幕日韩| 激情综合色丁香一区二区| 欧美激情女人20p| 欧美性大战久久久久久久| 久久精品欧洲| 欧美日韩另类国产亚洲欧美一级| 欧美一区在线看| 欧美成人午夜激情| 欧美一区日本一区韩国一区| 模特精品在线| 久久国产色av| 欧美日韩亚洲视频| 免费看成人av| 国产精品资源在线观看| 欧美激情a∨在线视频播放| 国产精品海角社区在线观看| 美女在线一区二区| 国产精品美女xx| 亚洲高清久久网| 国产日韩欧美在线| 一本久久a久久精品亚洲| 激情综合中文娱乐网| 亚洲图片你懂的| 亚洲精品精选| 久久天堂国产精品| 久久成年人视频| 国产精品久久国产精品99gif | 日韩一级免费观看| 在线精品视频一区二区三四| 亚洲欧美久久久| 亚洲无限av看| 欧美日韩高清一区| 欧美激情亚洲激情| 精品91免费| 欧美中文字幕精品| 久久国产免费看| 国产女人精品视频| 欧美成人午夜77777| 欧美精品一区三区在线观看| 久久婷婷国产综合国色天香| 欧美日韩亚洲激情| 亚洲电影免费在线观看| 激情久久综艺| 久久精品国产亚洲一区二区| 欧美一区91| 国产精品一级二级三级| 亚洲视频在线观看| 午夜久久99| 国产亚洲成人一区| 香蕉久久a毛片| 久久国产精品亚洲va麻豆| 国产精品一二三四| 午夜亚洲性色视频| 久久久久久久高潮| 国内外成人免费激情在线视频网站 | 久久久99爱| 国产亚洲一区在线| 久久人人爽国产| 欧美黑人一区二区三区| 亚洲高清视频在线| 欧美韩国在线| 一本久久综合亚洲鲁鲁| 欧美一区二区三区免费观看| 国产女人精品视频| 久久久久久久久久久久久久一区| 免费观看成人www动漫视频| 亚洲国产福利在线| 欧美日韩在线观看视频| 午夜精品久久久久久久久| 久久全国免费视频| 亚洲精品小视频| 国产精品丝袜91| 久久手机精品视频| 一区二区久久久久久| 久久精品国产99| 91久久精品国产91性色| 国产精品国产亚洲精品看不卡15| 欧美永久精品| 亚洲国产精品久久| 亚洲欧美精品| 亚洲国产精品第一区二区| 欧美肉体xxxx裸体137大胆| 欧美一区二粉嫩精品国产一线天| 欧美大片在线观看一区二区| 99在线观看免费视频精品观看| 国产精品嫩草影院av蜜臀| 久久久久久尹人网香蕉| 99精品热6080yy久久| 久久久久成人精品免费播放动漫| 亚洲黄页一区| 国产欧美一二三区| 欧美日韩精品二区| 久久久久女教师免费一区| 中文欧美字幕免费| 亚洲国产导航| 久久资源av| 午夜视频在线观看一区二区三区| 精品成人一区二区三区四区| 欧美日韩在线三级| 欧美 日韩 国产 一区| 午夜精品理论片| 99国产精品国产精品毛片| 免费精品视频| 久久久久久久高潮| 亚洲综合导航| 久久人人精品| 国内精品久久久久久久影视麻豆| 美女视频黄免费的久久| 亚洲欧美中文字幕| 亚洲人成在线观看| 欧美激情二区三区|