4月19日


4月20日



4月22日

• 未解決(上)

A,B,C三個選項分貝對應了拷貝構造函數的三個調用時機

第一種：一個對象需要另一個對象初始化

Test t2(t1);//形式1 Test t2=t1;//形式2

第二種：當函數以值返回結束時，將會在返回前臨時搞一個中間變量temp，賦值給它，然后自己析構自己的局部變量

class Test {Test test(){Test t;return t;//值返回}}

第三種：函數傳參如果采用值傳遞將會引發依次拷貝構造，所以為了效率形參一般是const 引用

class Test {Test(const Test& t);//拷貝構造 }

• 未解決（上）

4月23日

• 暫未解決（上）

對于A選項兩個方法構成隱藏，但是它是父類的指針，故會調用父類的方法
D選項由于class的默認訪問權限是private，故無法訪問

4月24日


4月26日：



4月27日

4月28日

4月29日：

5月7日

5月8日

c語言函數參數的入棧順序為由右向左。切記 mark下。

宏定義是一個很看重括號的東西
1.#define f(x) x*x 這里f(x+y) 就會被翻譯成x+y*x+y 為什么，因為你沒有添加括號啊宏定義只是簡單的替換不會替你加括號
2.#define f(x) (x)*(x) 這里f(x+y) 就會翻譯成（x+y）*（x+y） 就是這么回事
回到題上,上述式子等價為 x/=y+z*y+z/y+z*y+z，再加上/=優先級最低，所以x/=3+6+2/3+6+2 所以x=0

5月10日

系統支持的最大內存只與硬件有關，即地址線的數目。32位就是有32根地址線，那么它的尋址能力就是2的32次方，64位就是有64根地址線，尋址能力就是2的64次方。當然，這都是理論值，64位實際最大支持128G

5月11日

首先在類的成員函數中是可以delete this的

在類對象的內存空間中，只有數據成員和虛函數表指針，并不包含代碼內容，類的成員函數單獨放在代碼段中。在調用成員函數時，隱含傳遞一個this指針，讓成員函數知道當前是哪個對象在調用它。當調用delete this時，類對象的內存空間被釋放。在delete this之后進行的其他任何函數調用，只要不涉及到this指針的內容，都能夠正常運行。一旦涉及到this指針，如操作數據成員，調用虛函數等，就會出現不可預期的問題。

為什么是不可預期的問題？delete this之后不是釋放了類對象的內存空間了么，那么這段內存應該已經還給系統，不再屬于這個進程。照這個邏輯來看，應該發生指針錯誤，無訪問權限之類的令系統崩潰的問題才對啊？這個問題牽涉到操作系統的內存管理策略。delete this釋放了類對象的內存空間，但是內存空間卻并不是馬上被回收到系統中，可能是緩沖或者其他什么原因，導致這段內存空間暫時并沒有被系統收回。此時這段內存是可以訪問的，你可以加上100，加上200，但是其中的值卻是不確定的。當你獲取數據成員，可能得到的是一串很長的未初始化的隨機數；訪問虛函數表，指針無效的可能性非常高，造成系統崩潰。

大致明白在成員函數中調用delete this會發生什么之后，再來看看另一個問題，如果在類的析構函數中調用delete this，會發生什么？實驗告訴我們，會導致堆棧溢出。原因很簡單，delete的本質是“為將被釋放的內存調用一個或多個析構函數，然后，釋放內存” (來自effective c++)。顯然，delete this會去調用本對象的析構函數，而析構函數中又調用delete this，形成無限遞歸，造成堆棧溢出，系統崩潰。

內存是分成很多個頁來管理的，1000x1000的數組相當的大，要用很多頁來存儲，假設一個頁占的內存大小為，1000×4字節＝4000字節，那么共需要1000頁。而數組存儲是先存儲按照一行一行來存儲數據的，所以，同一行的在同一頁，不同行的在不同頁。 ，ABC，每存一個數，就得換一個頁，不停的查詢頁表找地址，因而效率賊低。

5月13日

• 對于B是這樣判斷的：

double db; if(db>=(-1e-6)&&db<=(1e-6))//1e-6即10的-6次方

• 對于D其實說過：入棧順訊從右向左，所應該是5,4

5月14日

新人創作打卡挑戰賽發博客就能抽獎！定制產品紅包拿不停！

總結

以上是生活随笔為你收集整理的选择题错题总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。