• <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>

            思勤無邪

            上學時,因我年齡最小,個頭也最小,上課時,就像大猩猩堆里的猴一般。如今,這猴偶爾也把最近的一些情況寫在這里。

               :: 首頁 :: 聯系 :: 聚合  :: 管理
              132 Posts :: 1 Stories :: 178 Comments :: 0 Trackbacks

            公告

                 吾日常三省吾身,曰思、曰勤、曰無邪。

            積分與排名

            • 積分 - 184825
            • 排名 - 140

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

              c++為我們所提供的各種存取控制僅僅是在編譯階段給我們的限制,也就是說是編譯器確保了你在完成任務之前的正確行為,如果你的行為不正確,那么你休想構造出任何可執行程序來。

              但如果真正到了產生可執行代碼階段,無論是c,c++,還是pascal,大家都一樣,你認為c和c++編譯器產生的機器代碼會有所不同嗎,你認為c++產生的機器代碼會有訪問限制嗎?那么你錯了。什么const,private,統統沒有(const變量或許會放入只讀數據段),它不會再給你任何的限制,你可以利用一切內存修改工具或者是自己寫一個程序對某一進程空間的某一變量進行修改,不管它在你的印象中是 private,還是public,對于此時的你來說都一樣,想怎樣便怎樣。

              另外,你也不要為c++所提供的什么晚期捆綁等機制大呼神奇,它也僅僅是在所產生的代碼中多加了幾條而已,它遠沒有你想象的那么智能,所有的工作都是編譯器幫你完成,真正到了執行的時候,計算機會完全按照編譯器產生的代碼一絲不茍的執行。

              (以下的反匯編代碼均來自visial c++ 7.0)

              一.讓我們從變量開始-----并非你想象的那么簡單

              變量是什么,變量就是一個在程序執行過程中可以改變的量。換一個角度,變量是一塊內存區域的名字,它就代表這塊內存區域,當我們對變量進行修改的時候,會引起內存區域中內容的改變。但是你若是學習過匯編或是計算機組成原理,那么你就會清楚對于一塊內存區域來說,根本就不存在什么名字,它所僅有的標志就是他的地址,因此我們若想修改一塊內存區域的內容,只有知道他的地址方能實現。看來所謂的變量一說只不過是編譯器給我們進行的一種抽象,讓我們不必去了解更多的細節,降低我們的思維跨度而已。例如下面這條語句:

              int a=10;

              按照我們的思維習慣來講,就是“存在一個變量a,它的值是10”,一切都顯得那么的自然。我們不必去在乎什么所謂的地址以及其他的一些細節。然而在這條語句的底層實現中,a已經不能算是一個變量了,它僅僅是一個標記,代表一個地址的標記:

              mov dword ptr[a],0Ah;

              怎么樣,這條語句不像上面那條易于接受吧,因為它需要了解更多的細節,你幾乎不能得到編譯器的任何幫助,一切思維上的跨越必須由你自己完成。這條語句應該解釋為“把10寫入以a為地址的內存區域”。你說什么?a有些像指針?對,的確像,但還不是,只不過他們的過程似乎是類似的。這里所說的跨越實際上就是從一個現實問題到具體地址以及內存區域的跨越。

              二.引用:你可以擁有引用,但編譯器僅擁有指針(地址)

              看過了第一條,你一定對編譯器的工作有了一定的了解,實際上編譯器就是程序員與底層之間的一個轉換層,它把一個高級語言代碼轉換為低級語言代碼,一個編譯器完成的轉換跨度越大,那么它也就會越復雜,因為程序員的工作都由他代為完成了。C++編譯器必然比匯編編譯器復雜就是這個道理。如果我問你引用和指針是一樣的嗎?你或許會說當然不一樣了,指針容易產生不安全的因素,引用卻不會,真的不會嗎?我們來看下面這段代碼:

              int *e=new int(10);

              int &f=*e;

              delete e;

              f=30;

              你認為上面這段代碼怎么樣,我感覺就不很安全,它和指針有相同的隱患。因為它所引用的內存區域就不合法。

              我個人認為,所謂的引用其實就是一種指針,只不過二者的接口并不相同,引用的接口有一定的限制。指針可以一對多,而引用卻只能一對一,即&refer不能被改變,但卻并不能說一對一就是安全的,只不過危險的系數降低罷了。引用比指針更容易控制。

              Ok, 下面來說說指針,曾經有過匯編經驗的人一定會說,恩,指針的某些地方有些像匯編,尤其是那個“*”,怎么就那么像匯編中的“[]”啊。的確,它也涵蓋了一個尋址的過程。看來指針的確是個比較低級的東西。然而引用卻并不那么直接,雖然程序員用起來方便安全了許多。但是你要清楚,只有你可以擁有引用,編譯器可沒有這個工具,計算機并不認識這個東西。因此,它的底層機制實際上是和指針一樣的。不要相信只有一塊內存拷貝,不要認為引用可以為你節省一個指針的空間,因為這一切不會發生,編譯器還是會把引用解釋為指針。不管你相不相信,請看下面這段代碼:

              int& b=a;

              lea eax,[a];

              mov dword ptr[b],eax;把a的地址賦給地址為b的一塊內存

              b=50;

              mov eax,dword ptr[b];

              mov dword ptr[eax],32h;

              int *d=&a;

              lea eax,[a];

              mov dword ptr[d],eax

              *d=60;

              mov eax,dword ptr[d]

              mov dword ptr[eax],3ch;

              以上的代碼均來自具體的編譯器,怎么樣,相信了吧,好,讓我再來做一個或許不怎么恰當的比擬,你一定編過有關線性表和棧的程序吧,線性表是一個非常靈活的數據結構,在他上面有許多的操作,然而棧呢,它是一個限制性操作的線性表,它的底層操作實際上是由線性表操作實現的。就好比stack與vector的關系,因此指針和引用的關系就好比線性表和棧的關系,引用也就是受限的指針,它對外的接口和指針雖然并不一樣,但底層是相同的。

              下面再來看看引用的一個重要用途,作為函數的參數傳遞的時候是怎樣的情形:

              void swapr(int &a, int &b);

              void swapr(int* a, int *b);

              int a=10;

              int b=20;

              swapr(a, b);

              lea eax,[a];

              push eax; //把a的地址壓入堆棧

              lea ecx,[b];

              push ecx;

              call swapr;

              swapr(&a, &b);

              lea eax,[a];

              push eax;

              lea ecx,[b];

              push ecx;

              call swapr;

              怎么樣,用引用和指針傳遞參數無論是在效率上還是在空間上都是完全一樣的,如果妄想不傳入地址就修改實參的值,簡直就是天方夜譚,這就說明引用的本質就是指針。畢竟它們的行為都太相似了,如果不是這樣,你還有什么方法去實現引用嗎?記住,引用只不過是編譯器為你提供的一個有用且安全的工具,對于機器代碼可無法表示它,它把指針一對多的缺點去除,禁止了你的不安全的操作。但回到問題的本源,他們沒有任何區別。

            posted on 2007-06-24 20:43 思勤無邪 閱讀(2847) 評論(2)  編輯 收藏 引用 所屬分類: C++

            Feedback

            # re: C++的底層機制 2007-10-22 21:25 阿鐵
            我感覺java代碼中new的對象其實是一個指針,這樣就實現了:可以用對象處理多態機制.而我們的C++把對象和指針(引用)區分開來了.
              回復  更多評論
              

            # re: C++的底層機制 2008-04-03 04:32 和睿
            和睿注:
            c++別名 從底層來看必然是類似指針。應該說,是一個 string+指針 的一個命名空間。
            不同之處在于編譯器對他的管理。
            從目前經驗來看,由于編譯器的管理,實際上造成了很多原來沒有的特性。
            好似我有個專門的c++引用和指針的測試。請查看 構造復制。
            a( a &){
            cout << " a(const a &)被調用"<<endl;
            }
            如果按照作者所說,引用就沒有必要存在。實際上不是的。

            指針是非安全的。編譯器實際上是希望通過安全引用構造這一切。
            準確的說:所謂的名稱,不是指針,而引用呢,是指針。因此。可以把int &當作別名來看。
            最終,c#引用和c++指針 會開辟指針空間,而別名,則編譯器會刪除別名替代為原始地址。
            (c#引用其實就是c++帶類安全的指針。)

            在c#中,我就有過把引用當指針來用的經歷。在那里,可以看得更清楚。
            c++中,別名還是和c#引用有較大的區別。
            別名只能指向已經確定的實例,并且不能改變。是由編譯器的命名管理器來管理。
            c#中的引用就沒有這個限制。

            再者,指針實際上系統同樣有個 命名 和 空間地址。
            如果細追,則進入無限的追蹤。
            簡單的看,編譯器 最終都要把所有的字符命名全部代替掉。因此,c和c++性能十分的接近。全部從底層來看,就必然回家種地。那才是萬物源泉。

            對于不對請作者自己看。  回復  更多評論
              

            久久亚洲国产成人影院网站| 久久精品亚洲中文字幕无码麻豆| 亚洲乱亚洲乱淫久久| 国产精品久久国产精麻豆99网站| 88久久精品无码一区二区毛片 | 久久青青草视频| 九九精品99久久久香蕉| 久久99国产精品一区二区| 午夜视频久久久久一区 | 久久久免费观成人影院| 久久人人爽人人爽人人片AV高清 | 久久亚洲私人国产精品vA| 2021国产成人精品久久| 99精品久久精品一区二区| 欧美亚洲另类久久综合| 亚洲国产另类久久久精品黑人 | 亚洲一区中文字幕久久| 久久国产免费直播| 99久久无码一区人妻| 久久精品人人做人人爽97 | 免费观看久久精彩视频| 亚洲午夜久久久影院| 亚洲午夜精品久久久久久app| 久久精品国产亚洲网站| 久久av无码专区亚洲av桃花岛| 久久综合一区二区无码| 91秦先生久久久久久久| 久久精品国产网红主播| 性欧美丰满熟妇XXXX性久久久| 亚洲人成网站999久久久综合| 国产精品99久久久久久董美香| 国产精品久久久久久久久鸭| 久久久久AV综合网成人 | 久久人妻少妇嫩草AV无码专区| 日韩人妻无码一区二区三区久久99| 国产午夜精品久久久久九九| 一本大道久久a久久精品综合| 久久99国产精品99久久| 一本伊大人香蕉久久网手机| 久久精品一区二区三区不卡| 93精91精品国产综合久久香蕉|