談談類定義里的this指針

this指針的生命周期在成員函數中
服務器君一共花費了165.684 ms進行了5次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

在類的定義過程中,經常會使用到this關鍵字,那么我們來理解一下this指針在類定義中的作用。

this只能在成員函數中使用

全局函數、靜態函數都不能使用this。實際上,成員函數默認第一個參數為T* const this。如:

class A
{
	public:
    int func(int p) {}
};

其中,func的原型在編譯器看來應該是:

int func(A* const this, int p);

this在成員函數的開始前構造,在成員的結束后清除

這個生命周期同任何一個函數的參數是一樣的,沒有任何區別。

當調用一個類的成員函數時,編譯器將類的指針作為函數的this參數傳遞進去。如:

A a;
a.func(10);

此處,編譯器將會編譯成:

A::func(&a, 10);

看起來和靜態函數沒差別,對嗎?不過,區別還是有的。編譯器通常會對this指針做一些優化,因此,this指針的傳遞效率比較高——如VC通常是通過ecx寄存器傳遞this參數的。

幾個this指針的易混問題

  • this指針是什么時候創建的?
  • this在成員函數的開始執行前構造,在成員的執行結束后清除。

    但是如果class或者struct里面沒有方法的話,它們是沒有構造函數的,只能當做C的struct使用。采用TYPE xx的方式定義的話,在棧里分配內存,這時候this指針的值就是這塊內存的地址。采用new方式創建對象的話,在堆里分配內存,new操作符通過eax返回分配的地址,然后設置給指針變量。之后去調用構造函數(如果有構造函數的話),這時將這個內存塊的地址傳給ecx,之后構造函數里面怎么處理請看上面的回答。

  • this指針存放在何處?堆、棧、全局變量,還是其他?
  • this指針會因編譯器不同而有不同的放置位置??赡苁菞?,也可能是寄存器,甚至全局變量。在匯編級別里面,一個值只會以3種形式出現:立即數、寄存器值和內存變量值。不是存放在寄存器就是存放在內存中,它們并不是和高級語言變量對應的。

  • this指針是如何傳遞給類中的函數的?綁定?還是在函數參數的首參數就是this指針?那么,this指針又是如何找到“類實例后函數”的?
  • 大多數編譯器通過ecx寄存器傳遞this指針。事實上,這也是一個潛規則。一般來說,不同編譯器都會遵從一致的傳參規則,否則不同編譯器產生的obj就無法匹配了。

    在call之前,編譯器會把對應的對象地址放在eax中。this是通過函數參數的首參數來傳遞的。this指針在調用之前生成,至于“類實例后函數”,沒有這個說法。類在實例化時,值分配類中的變量空間,并沒有為函數分配空間。自從類的函數定義完成后,它就在那兒,不會跑的。

  • this指針是如何訪問類中的變量的?
  • 如果不是類,而是結構的話,那么,如何通過結構指針來訪問結構中的變量呢?如果你明白這一點的話,就很容易理解這個問題了。

    在C++中,類和結構是只有一個區別的:類的成員默認是private,而結構是public。

    this是類的指針,如果換成結構,那this就是結構的指針了。

  • 我們只有獲得一個對象后,才能通過對象使用this指針。如果我們知道一個對象this指針的位置,可以直接使用嗎?
  • this指針只有在成員函數中才有定義。因此,你獲得一個對象后,也不能通過對象使用this指針。所以,我們無法知道一個對象的this指針的位置(只有在成員函數里才有this指針的位置)。當然,在成員函數里,你是可以知道this指針的位置的(可以通過&this獲得),也可以直接使用它。

  • 每個類編譯后,是否創建一個類中函數表保存函數指針,以便用來調用函數?
  • 普通的類函數(不論是成員函數,還是靜態函數)都不會創建一個函數表來保存函數指針。只有虛函數才會被放到函數表中。

    但是,即使是虛函數,如果編譯器能明確知道調用的是哪個函數,編譯器就不會通過函數表中的指針來間接調用,而是會直接調用該函數。

本文地址:http://www.824886.live/librarys/veda/detail/378,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.824886.live/librarys/veda/detail/378

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏。

大家都在看

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《php和mysql web開發(原書第4版)》 Luke Welling (作者), Laura Thomson (作者), 武欣 (譯者)

《php和mysql web開發(原書第4版)》將PHP開發與MySQL應用相結合,分別對PHP和MySQL做了深入淺出的分析,不僅介紹PHP和MySQL的一般概念,而且對PHP和MySQL的Web應用做了較全面的闡述,并包括幾個經典且實用的例子?!秔hp和mysql web開發(原書第4版)》是第4版,經過了全面的更新、重寫和擴展,包括PHP 5.3最新改進的特性(例如,更好的錯誤和異常處理),MySQL的存儲過程和存儲引擎,Ajax技術與Web 2.0以及Web應用需要注意的安全問題。

更多計算機寶庫...

云南快乐十分走势一定牛 安卓 急速赛车 全年三尾中特 最新金蟾捕鱼游戏 秒速赛车开奖官网 十一运夺金最大遗漏 今日股票分析 广告联盟手机挂机30元 多乐彩平台 福彩20选8开奖规则 浙江6 1的上市时间