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

醬壇子

專注C++技術 在這里寫下自己的學習心得 感悟 和大家討論 共同進步(歡迎批評!!!)

  C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
  66 Posts :: 16 Stories :: 236 Comments :: 0 Trackbacks

公告

王一偉 湖南商學院畢業 電子信息工程專業

常用鏈接

留言簿(19)

我參與的團隊

搜索

  •  

積分與排名

  • 積分 - 389905
  • 排名 - 64

最新隨筆

最新評論

閱讀排行榜

評論排行榜

關于gcnew?? (轉)


C++/CLI中使用gcnew關鍵字表示在托管堆上分配內存,并且為了與以前的指針區分,用^來替換* ,就語義上來說他們的區別大致如下:

  1.???? gcnew返回的是一個句柄(Handle),而new返回的是實際的內存地址.
  2.???? gcnew創建的對象由虛擬機托管,而new創建的對象必須自己來管理和釋放.
?
  當然,從程序員的角度來說,管它是句柄還是什么其他的東西,總跑不掉是對某塊內存地址的引用,實際上我們都可以理解成指針.下面我們就寫一段代碼來測試一下好了.
?
using namespace System;
?
ref class Foo
{
public:
??? Foo()
??? {
?????? System::Console::WriteLine("Foo::Foo");
??? }
??? ~Foo()
??? {
?????? System::Console::WriteLine("Foo::~Foo");
??? }
public:
??? int m_iValue;
};
?
int _tmain()
{
??? int* pInt = new int;
??? int^ rInt = gcnew int;
??? Foo^ rFoo = gcnew Foo;
?
??? delete rFoo;
??? delete rInt;
??? delete pInt;
}
?
  我把調試的時候JIT編譯的匯編代碼擇錄了部分如下顯示(請注意紅色部分):

??? int* pInt = new int;
0000004c? mov???????? ecx,4
00000051? call??????? dword ptr ds:[03B51554h]
00000057? mov???????? esi,eax
00000059? mov???????? dword ptr [esp+18h],esi
??? int^ rInt = gcnew int;
0000005d? mov???????? ecx,788EF9D8h
00000062? call??????? FCFAF66C
00000067? mov???????? esi,eax
00000069? mov???????? dword ptr [esi+4],0
00000070? mov???????? edi,esi
??? Foo^ rFoo = gcnew Foo;
00000072? mov???????? ecx,3B51768h
00000077? call??????? FCFAF66C
0000007c? mov???????? esi,eax
0000007e? mov???????? ecx,esi
00000080? call??????? dword ptr ds:[03B517ACh]
00000086? mov???????? dword ptr [esp+1Ch],esi
?
??? delete rFoo;
0000008a? mov???????? ebx,dword ptr [esp+1Ch]
0000008e? test??????? ebx,ebx
00000090? je????????? 000000A4
00000092? mov???????? ecx,ebx
00000094? call??????? dword ptr ds:[03FD0028h]
0000009a? mov???????? dword ptr [esp+14h],0
000000a2? jmp???????? 000000AC
000000a4? mov???????? dword ptr [esp+14h],0
??? delete rInt;
000000ac? mov???????? edx,edi
000000ae? mov???????? ecx,788F747Ch
000000b3? call??????? FC8D20FD
000000b8? mov???????? ebp,eax
000000ba? test??????? ebp,ebp
000000bc? je????????? 000000D0
000000be? mov???????? ecx,ebp
000000c0? call??????? dword ptr ds:[03FD0020h]
000000c6? mov???????? dword ptr [esp+10h],0
000000ce? jmp???????? 000000D8
000000d0? mov???????? dword ptr [esp+10h],0
??? delete pInt;
000000d8? mov???????? ecx,dword ptr [esp+18h]
000000dc? call??????? dword ptr ds:[03B51540h]
?
?
?  我們先看分配內存這部分的代碼
?
  1.調用new方式分配
int* pInt = new int;
0000004c? mov???????? ecx,4
00000051? call??????? dword ptr ds:[03B51554h]

  可以看到,和以前在vc6中一樣,分配內存的步驟如下:
  1.? 首先把sizeof(int) = 4 放到ecx中
  2.? 調用operator new 去分配4個字節
  3.? 調用構造函數等等......(這里不是我們的重點)

  成功分配后,會把返回地址放在eax中。
?
  2.調用gcnew方式分配
??? int^ rInt = gcnew int;
0000005d? mov???????? ecx,788EF9D8h
00000062? call??????? FCFAF66C
。。。
??? Foo^ rFoo = gcnew Foo;
00000072? mov???????? ecx,3B51768h
00000077? call??????? FCFAF66C

  可以看到gcnew也是通過把一個參數放到ecx中,然后再調用一個函數來完成分配的操作,顯然0x788EF9D8應該是一個地址,而不可能是一個數值。我們可以看到這里gcnew創建兩個不同類型的變量,調用的函數地址卻都是0xFCFAF66C,而存放到ecx中的兩個地址就不一樣。究竟這幾個地址代表什么呢?
?
  和new一樣gcnew也是把返回地址放在eax中。我們直接從內存窗口看eax指向的內存塊好了。Aha,看到了沒有?

  這次的eax = 0x00F73404? 對應的內存塊為
?
0x00F73404? d8 f9 8e 78 00 00 00 00 。。。
?
  這個不就是 mov 到 ecx中的值么?再回憶昨天寫的分析Object對象布局的文章,可以肯定這個就是 MethodTable地址了,對于這個int來說,后面的4個字節對應的就是存放它的RawData,比如如果你初始化為 4 那么內存對應的就變化為 d8 f9 8e 79 04 00 00 00
?
  分析清楚存放到ecx中的是 MethodTable指針,我們再分析那個對應的call函數,從vm的代碼可以看出,有三個全局函數用來根據MethodTable創建對象,同時MethodTable本身也提供一個成員函數Allocate(),只不過這個成員函數也是調用的下面的函數:

OBJECTREF AllocateObject( MethodTable *pMT )
OBJECTREF AllocateObjectSpecial( MethodTable *pMT )
OBJECTREF FastAllocateObject( MethodTable *pMT )
?
  其中AllocateObject又是調用AllocateObjectSpecial來完成工作。那么我們調用的應該就是AllocateObject或者FastAllocateObject了。

  在我們的例子里面兩個call的地址都一樣,但是你如果寫下代碼 double ^ pDouble = gcnew double;這個時候的地址是多少?它和int 的一樣么?

  目前我還沒有仔細去研究這個地址到底對應的是該類型的MethodTable::Allocate()或是上面的這三個全局函數,如果對應MethodTable::Allocate(),那么2.0中應該有個MethodTable::FastAllocate()吧,否則應該就是對應的全局函數AllocateObject 以及FastAllocateObject了。過幾天一定要抽空再好好研究一下。
?
  下面看對應的delete函數。
??? delete pInt;
000000d8? mov???????? ecx,dword ptr [esp+18h]
000000dc? call??????? dword ptr ds:[03B51540h]
?
比較簡單,就是傳入地址,然后調用operator delete來釋放類存,會調用析構函數
?
  對應的,釋放gcnew創建的對象的代碼如下:
??? delete rInt;
000000ac? mov???????? edx,edi
000000ae? mov???????? ecx,788F747Ch
000000b3? call??????? FC8D20FD

  這個也相對簡單,它對應vm里面的一個函數:
void? CallFinalizer(Thread* FinalizerThread, Object* fobj)

  那么也就是
fobjà edx
FinalizerThread à ecx
Call CallFinalizer
?
  但是,請注意!!!!!!!一個類包含析構函數和不包含析構函數,它對應的delete代碼是不一樣的,這點可以通過匯編代碼比較得到,我這里就不多說了。
posted on 2007-03-20 12:52 @王一偉 閱讀(3021) 評論(0)  編輯 收藏 引用

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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            午夜在线a亚洲v天堂网2018| 国产精品视频导航| 亚洲人成啪啪网站| 亚洲欧洲综合另类| 欧美日韩不卡一区| 亚洲欧美另类在线| 免费成人黄色av| 亚洲日本理论电影| 欧美午夜影院| 欧美在线不卡| 最近中文字幕日韩精品| 午夜激情亚洲| 亚洲国产精品一区制服丝袜| 欧美精品一区二区在线播放| 99re热精品| 久久亚洲私人国产精品va| 亚洲片在线资源| 国产精品久久福利| 久久精品亚洲一区| 日韩一级二级三级| 久久网站热最新地址| 99国内精品久久久久久久软件| 国产精品视区| 美女视频一区免费观看| 亚洲午夜一区二区三区| 欧美/亚洲一区| 亚洲免费在线视频| 亚洲国产精品久久久久秋霞不卡| 欧美日韩一区二区三| 久久色中文字幕| 亚洲午夜电影在线观看| 欧美成人中文| 欧美有码视频| 亚洲六月丁香色婷婷综合久久| 国产精品一区一区三区| 欧美理论大片| 久久久久五月天| 亚洲先锋成人| 亚洲精品影院在线观看| 美女精品在线| 欧美在线亚洲一区| 亚洲婷婷在线| 日韩视频永久免费观看| 精品成人在线视频| 国产日韩一区二区三区| 欧美午夜激情视频| 欧美二区视频| 久久在线免费观看| 欧美一区2区视频在线观看 | 亚洲人成网站在线观看播放| 久久久久国产一区二区| 亚洲网站在线看| 91久久精品日日躁夜夜躁国产| 国产亚洲毛片| 国产精品捆绑调教| 欧美午夜精品久久久久久浪潮| 欧美成人dvd在线视频| 久久午夜影视| 久久精品免费看| 欧美一区二区精品| 亚洲欧洲av一区二区| 亚洲午夜精品久久| 这里只有精品视频在线| 99视频精品免费观看| 亚洲欧洲日本国产| 亚洲二区视频在线| 亚洲成人在线视频播放 | 你懂的成人av| 麻豆成人在线观看| 久久综合九色欧美综合狠狠| 久久精品91| 久久久久成人精品| 久久久成人精品| 老司机一区二区三区| 久久综合色婷婷| 欧美成人69| 亚洲电影有码| 亚洲激情视频网站| 日韩一区二区福利| 亚洲视频图片小说| 亚洲欧美国产一区二区三区| 午夜精品视频在线| 久久九九精品99国产精品| 久久精品五月| 欧美岛国在线观看| 欧美日韩国产综合视频在线观看| 欧美日一区二区三区在线观看国产免| 欧美日韩另类综合| 国产精品一区二区在线| 国产在线高清精品| 最新高清无码专区| 在线亚洲观看| 久久都是精品| 欧美成人高清视频| 日韩视频精品在线观看| 亚洲欧美日韩国产综合| 久久精品午夜| 欧美日韩久久精品| 国产日韩在线亚洲字幕中文| 亚洲成色777777女色窝| 99视频在线观看一区三区| 午夜精品久久久久久久蜜桃app| 久久久久久久网| 亚洲黄网站黄| 午夜一区在线| 欧美国产日韩二区| 国产日韩免费| 日韩视频免费观看高清在线视频 | 亚洲欧美成人一区二区在线电影| 久久国产一二区| 亚洲国产精品久久| 亚洲午夜羞羞片| 久久三级福利| 国产精品亚洲欧美| 亚洲欧洲日本国产| 欧美一区激情视频在线观看| 亚洲电影毛片| 欧美一级日韩一级| 欧美日韩国产在线| 伊人色综合久久天天| 亚洲欧美视频一区| 亚洲国产精品久久久久久女王| 亚洲自拍另类| 欧美乱在线观看| 在线欧美日韩国产| 欧美一区二区三区电影在线观看| 亚洲黄页视频免费观看| 欧美一区二区三区四区在线观看| 欧美精品一区在线发布| 在线高清一区| 久久精品国产亚洲一区二区| 亚洲免费电影在线观看| 蜜乳av另类精品一区二区| 国产日韩精品视频一区二区三区| 99热免费精品| 欧美韩日一区| 久久国产精品电影| 国产精品网站在线| 中文久久精品| 亚洲精品一区久久久久久| 老司机午夜精品视频| 国产在线精品自拍| 欧美亚洲视频在线看网址| 日韩亚洲欧美综合| 欧美精品国产| 亚洲人体大胆视频| 蜜桃久久av一区| 久久精品盗摄| 好吊一区二区三区| 久久久7777| 欧美在线影院| 国产亚洲亚洲| 久久久在线视频| 欧美一区在线视频| 国内自拍视频一区二区三区| 久久国产精品久久久| 亚洲一区激情| 国产日韩在线看| 久久精品夜色噜噜亚洲a∨ | 久久午夜视频| 在线观看欧美精品| 欧美69视频| 免费一级欧美片在线观看| 亚洲国产精品www| 欧美激情精品久久久久久久变态| 久久嫩草精品久久久精品| 在线观看日韩av电影| 欧美+亚洲+精品+三区| 久久综合伊人77777| 91久久国产综合久久蜜月精品 | 激情视频亚洲| 欧美国产精品一区| 欧美大片在线观看一区| 一区二区三区www| 亚洲调教视频在线观看| 国产日本亚洲高清| 久久中文欧美| 欧美福利电影网| 亚洲小说区图片区| 亚洲欧美不卡| 1024国产精品| 亚洲伦理在线观看| 国产精品视频专区| 免费成人高清视频| 欧美大片在线看| 亚洲综合欧美日韩| 欧美中日韩免费视频| 亚洲高清123| 99pao成人国产永久免费视频| 国产精品入口日韩视频大尺度| 欧美在线一区二区| 另类国产ts人妖高潮视频| 99国产精品久久久| 亚洲一区观看| 亚洲国产你懂的| 亚洲一区二区精品在线观看| 狠狠v欧美v日韩v亚洲ⅴ| 亚洲日本乱码在线观看| 国产欧美日本一区视频| 欧美国产综合|