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

醬壇子

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

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

公告

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

常用鏈接

留言簿(19)

我參與的團隊

搜索

  •  

積分與排名

  • 積分 - 389018
  • 排名 - 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 @王一偉 閱讀(3011) 評論(0)  編輯 收藏 引用
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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在线影院| 国产专区欧美专区| 亚洲天堂av图片| 一本色道久久综合亚洲精品婷婷| 免费人成精品欧美精品| 久久天天躁狠狠躁夜夜av| 欧美日韩二区三区| 亚洲一区999| 欧美一区二区三区在线观看视频| 欧美高清视频一区| 夜久久久久久| 午夜精品一区二区在线观看| 国产一区二区三区在线观看免费 | 欧美日韩mv| 亚洲天堂久久| 欧美在线不卡视频| 日韩亚洲不卡在线| 亚洲欧美在线视频观看| 在线观看日韩国产| 亚洲美女性视频| 国产亚洲激情| 国产一区日韩二区欧美三区| 久久精品国产99| 亚洲精品一线二线三线无人区| 香蕉久久夜色精品国产| 久久亚洲欧美| 欧美一区二区视频在线| 免费在线看一区| 欧美中在线观看| 亚洲一区二区三区免费视频| 狠狠色2019综合网| 久久精品国产亚洲一区二区三区| 99视频日韩| 亚洲国产你懂的| 欧美gay视频| 国产精品视频男人的天堂| 狂野欧美激情性xxxx| 久久精品盗摄| 亚洲永久免费观看| 欧美大片在线观看| 久久亚洲色图| 国产日产亚洲精品系列| 一本色道久久综合亚洲精品小说 | 欧美色欧美亚洲另类二区| 美女精品在线| 国产一区深夜福利| 亚洲午夜精品国产| 亚洲视频碰碰| 欧美激情综合五月色丁香| 99ri日韩精品视频| 麻豆成人91精品二区三区| 欧美在线视频免费播放| 欧美一区二区视频在线| 午夜精品一区二区三区四区| 欧美日韩伦理在线免费| 亚洲欧洲综合另类在线| 在线观看国产日韩| 久久蜜桃精品| 欧美xxxx在线观看| 在线国产日韩| 免费欧美在线视频| 亚洲欧美激情一区| 欧美日韩精品一区二区三区四区| 亚洲欧美日韩精品久久亚洲区 | 亚洲网站在线看| 这里只有精品视频| 欧美视频四区| 亚洲小说欧美另类婷婷| 午夜精品久久久久久久| 久久成人在线| 另类图片国产| 亚洲欧洲综合另类| 欧美精品一区三区在线观看| 日韩亚洲欧美综合| 亚洲欧美国产77777| 国产视频不卡| 亚洲三级免费电影| 一本久久综合亚洲鲁鲁五月天| 亚洲欧美日韩成人高清在线一区| 亚洲国产乱码最新视频| 伊人久久久大香线蕉综合直播| 欧美成人嫩草网站| 国产精品成人av性教育| 亚洲小少妇裸体bbw| 久久久精品性| 91久久夜色精品国产九色| 亚洲欧美精品在线观看| 久久久99久久精品女同性| 在线日本高清免费不卡| 欧美日韩91| 欧美综合二区| 亚洲精品国产拍免费91在线| 午夜亚洲精品| 亚洲国产日韩欧美一区二区三区| 亚洲欧美久久久| 在线一区日本视频| 国产一区视频在线看| 欧美激情亚洲自拍| 亚洲第一毛片| 亚洲欧美在线免费| 亚洲国产精品一区二区久| 久久aⅴ国产欧美74aaa| 亚洲欧洲一区二区天堂久久| 亚洲第一区色| 国产精品户外野外| 欧美aⅴ一区二区三区视频| 一区二区三区波多野结衣在线观看| 亚洲精品久久嫩草网站秘色| 欧美日韩国产一区精品一区| 久久精品国产综合| 这里只有精品丝袜| 亚洲国产欧美一区二区三区同亚洲 | 久久久国产午夜精品| 99视频日韩| 亚洲高清不卡在线| 久久久久久电影| 国内精品久久久久久久影视麻豆| 亚洲图片欧洲图片av| 亚洲国产日韩综合一区| 久久久久久穴| 亚洲国产va精品久久久不卡综合| 久久国产精品久久久久久| 一区二区三区www| 性欧美videos另类喷潮| 99视频精品| 亚洲欧洲日产国码二区| 精品动漫一区| 合欧美一区二区三区| 久久精品视频在线观看| 亚洲欧美三级在线| 亚洲一区二区av电影| 这里只有视频精品| 亚洲精品一区二区网址| 亚洲国产综合91精品麻豆| 在线视频亚洲欧美| 国产精品久久一区二区三区| 欧美极品在线观看| 欧美激情国产日韩精品一区18| 日韩西西人体444www| 91久久精品国产91性色| 亚洲一区久久| 亚洲性av在线| 亚洲午夜精品久久久久久app| 国产精品网站一区| 国产精品久久久久久久久借妻 | 99国产精品久久久久久久久久| 亚洲欧洲另类国产综合| 欧美精品日韩三级| 欧美久久久久久| 欧美人交a欧美精品| 欧美日韩精品欧美日韩精品一| 亚洲欧美网站| 欧美在线一级va免费观看| 久久精品在线观看| 蜜臀久久99精品久久久画质超高清| 一本色道久久88精品综合| 一本久道久久久| 午夜国产不卡在线观看视频| 午夜精品理论片| 久久午夜激情| 欧美日韩精品福利| 国产片一区二区| 亚洲成人中文| 亚洲一区二区伦理| 久久久噜噜噜久久中文字幕色伊伊| 亚洲精品综合在线| 亚洲淫性视频| 亚洲欧洲三级电影| 亚洲网站在线播放| 久久久久国产一区二区| 亚洲国产精品激情在线观看| 久久精品av麻豆的观看方式| 欧美不卡高清| 野花国产精品入口| 久久精品国产一区二区三区| 欧美日韩国产电影| 国模 一区 二区 三区| 99精品久久| 久久久久久久久久久一区| 亚洲欧洲一区二区三区久久| 欧美jizzhd精品欧美巨大免费| 欧美中文在线观看国产| 亚洲一区亚洲| 99国产精品| 久久久亚洲综合| 日韩午夜av在线| 麻豆精品在线视频| 国产午夜精品麻豆| 一区二区三区 在线观看视频| 亚洲毛片一区二区| 久久久久久久成人| 亚洲视频观看| 欧美理论视频| 亚洲国产精品一区二区久| 午夜久久久久久| 午夜精品视频一区| 亚洲精品美女在线| 久久综合一区| 国产午夜精品一区理论片飘花| 韩国一区二区三区在线观看|