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

隨筆-5  評論-31  文章-0  trackbacks-0
今年要開始找工作了,本著積累經(jīng)驗的目的,跑去做了下MTK的筆試題,筆試的內(nèi)容主要是C++。
因為開發(fā)中一直使用C++,而且對C++里的高級特性:面向?qū)ο螅0宓榷急容^熟悉,還沒事喜歡研究下STL,BOOST,所以對自己的C++水平比較自信,因此事先也沒做任何準(zhǔn)備,就直接去筆試了。本來筆試完了后覺得題目蠻簡單的,但是本著認(rèn)真學(xué)習(xí)的態(tài)度回來后把題目都上機(jī)試驗了下,結(jié)果一下就悲劇了,錯的體無完服啊。。。
總結(jié)了一下:
   1。認(rèn)真對待,不要小看了筆試題目:做題的時候心想這些筆試題目都很簡單啊,很多題目都是掃了一眼就立即寫出了答案,結(jié)果回來后才發(fā)現(xiàn)這些題目都設(shè)置了陷阱,讓你掉進(jìn)去就出不來了。
   2。C++基礎(chǔ)不夠扎實。枉我還一天到晚的研究C++的高級特性,結(jié)果很多基礎(chǔ)的知識卻都是一知半解。
特將此次筆試的一些心得和體會記錄于此,好提醒自己。下面主要分析幾個我做錯的題目。題目并非與原題完全一致。
題目一:
int a=10,b=6;
cout
<<a+b<<" "<<a++<<" "<<b++

請說出上述語句的執(zhí)行結(jié)果。
很多人看過這段代碼后估計都會直接就寫上了 16 10 6 這樣的結(jié)果吧,但上機(jī)實驗的輸出結(jié)果是: 18 10 6
為什么會出現(xiàn)這樣的結(jié)果,下面是我的分析過程,如果有不對的地方請大家指正。
為了跟蹤代碼的執(zhí)行步驟,我設(shè)計了一個類X,這個類是對int的模擬,行為方面與int基本一致,除了會打印出一些幫助我們理解的信息,代碼如下:

class X
{
public:
    X(){cout
<<"default construct"<<endl;}
    X(
int a):i(a){ cout<<"construct "<<i<<endl;}
    
~X(){ cout<<"desconstruct "<<i<<endl;}
    X(
const X& x):i(x.i)
    {
        cout
<<"copy construct "<<i<<endl;
    }
    X
& operator++()
    {
        cout
<<"operator ++(pre) "<<i<<endl;
        
++i;
        
return *this;
    }
    
const X operator++(int)
    {
        cout
<<"operator ++(post) "<<i<<endl;
        X x(
*this);
        
++i;
        
return x;
    }
    X
& operator=(int m)
    {
        cout
<<"operator =(int)"<<endl;
        i 
= m;
        
return *this;
    }
    X
& operator=(const X& x)
    {
        cout
<<"operator =(X)"<<endl;
        i
=x.i;
        
return *this;
    }
    
/////////////////////////
    friend ostream& operator<<(ostream& os,const X& x)
    {
        os
<<x.i;
        
return os;
    }
    friend X 
operator+(const X& a,const X& b)
    {
        cout
<<"operator +"<<endl;
        return X(a.i+b.i);
    }
    
//////////////////////////
public:
    
int i;
};

然后執(zhí)行以下代碼:

    X a(10),b(6);
    cout
<<"sum:" <<a+b<<" a:"<<a++<<" b:"<<b++<<endl;

使用GCC4。5編譯后,代碼的執(zhí)行結(jié)果如下:

construct 10
construct 6
operator ++(post) 6
copy construct 6
operator ++(post) 10
copy construct 10
operator +
construct 18
sum:18 a:10 b:6
desconstruct 18
desconstruct 10
desconstruct 6
desconstruct 7
desconstruct 11
我們來簡單分析下這個執(zhí)行過程:

construct 10
construct 6  //這兩行輸出對應(yīng)于 X a(10),b(6); 

operator ++(post) 6
copy construct 6 //表明首先執(zhí)行了  cout<<"sum:" <<a+b<<" a:"<<a++<<" b:"<<b++<<endl;這句中的 b++這個表達(dá)式,
                              b++這個表達(dá)式返回了一個值為6的臨時對象,而b本身則變成了7。
operator ++(post) 10
copy construct 10  //這句的分析同上

operator +
construct 18 //對應(yīng)于表達(dá)式 a+b ,可以看到,此時的a和b已經(jīng)變成了11和7。表達(dá)式返回了一個值為18的臨時對象。

sum:18 a:10 b:6 //輸出的結(jié)果,從結(jié)果可以看出,實際上打印出的值分別為 a+b,a++和b++三個表達(dá)式所返回的臨時變量。

desconstruct 18 //a+b 表達(dá)式返回的臨時變量的析構(gòu)
desconstruct 10 //a++ 表達(dá)式返回的臨時變量的析構(gòu)
desconstruct 6 //b++表達(dá)式返回的臨時變量的析構(gòu)
desconstruct 7 //變量a 的析構(gòu)
desconstruct 11  //變量b的析構(gòu)

真相大白了。為什么編譯器會這樣來編譯這個表達(dá)式呢?
下面2樓的夜風(fēng)同學(xué)給出了正確答案。。為了不誤導(dǎo)后面的同學(xué),特此編輯掉。。

上述實驗的環(huán)境均為GCC4。5  據(jù)同學(xué)說VS2010執(zhí)行的結(jié)果在DEBUG下和RELEASE下居然分別為:16 10 6 和18 10 6,不過我沒有去驗證過,有興趣的同學(xué)可以去驗證并分析一下。
做這樣一道題還是讓我收獲很多,鞏固了C++的基礎(chǔ)。
今天就寫道這里,后面有時間會陸續(xù)放出對其他“陷阱”題目的分析。
(未完待續(xù))

posted on 2011-08-13 17:30 江浸月 閱讀(3320) 評論(19)  編輯 收藏 引用

評論:
# re: 做MTK筆試的總結(jié)(一)--C++ 運算符優(yōu)先級 2011-08-13 19:50 | pansunyou
確實輸出不同的結(jié)果:

[VS2008] cl.exe 15.00.21022.08 DEBUG輸出16 10 6
[VS2008] cl.exe 15.00.21022.08 RELEASE輸出18 10 6
[UNIX SCO] CC 3.1 09/28/99 DEBUG/RELEASE輸出18 10 6
gcc version 4.1.2 20070115 DEBUG/RELEASE輸出18 10 6
  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一)--C++ 運算符優(yōu)先級 2011-08-13 21:00 | 夜風(fēng)
<<在同一語句中連續(xù)使用,其實本質(zhì)上是函數(shù)的復(fù)合調(diào)用
cout<<a+b<<" "<<a++<<" "<<b++;
本質(zhì)上是
operator<<(operator<<(operator<<(cout,a+b),a++),b++)
由于c函數(shù)參數(shù)傳遞順序是從右至左,所以參數(shù)的計算次序是:
b++ //7
a++ //11
a+b //18
cout<<18
cout<<11 //應(yīng)該是10,因為已經(jīng)先入棧了
cout<<7 //應(yīng)該是6  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一)--C++ 運算符優(yōu)先級 2011-08-13 21:19 | right
盡管這種問題有確定的答案,但是實際上永遠(yuǎn)不要寫這種代碼。  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一)--C++ 運算符優(yōu)先級 2011-08-13 21:47 | 江浸月
@夜風(fēng)
原來如此,受教了。不過最后應(yīng)該是
b++ //7
a++ //11
a+b //18
cout<<18
cout<<10
cout<<6
才對。  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-13 23:31 | 瘋狂的面包
http://blog.csdn.net/luciferisnotsatan/article/details/6456696
我來給大家一個鏈接 很好解析這個問題  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一)[未登錄] 2011-08-14 16:03 | a
題目也太水了吧。
第一題 就是 UB.
  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-14 19:04 | 俺不是壞人
未定義行為,結(jié)果多少都是正確的。  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-14 19:38 | 狂接
UB吧  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-14 21:34 | ccsdu2009
這樣的題目 只能說蛋疼  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-15 09:38 | 各個
這種題純粹就是坑爹的,出這種題的人就是一SB  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一)[未登錄] 2011-08-15 12:39 | Chipset
可以看出出題的人根本不懂C/C++,這樣的公司不去也罷。  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-15 22:58 | 夜風(fēng)
@江浸月
哦,對的,10和6已經(jīng)入棧了  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-15 23:07 | 夜風(fēng)
@Chipset
不見的,有可能題目的用意在于考察是否理解<<操作符的函數(shù)形式,還有函數(shù)參數(shù)入棧順序,如果這樣理解,還是比較有技術(shù)含量的  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-15 23:13 | 夜風(fēng)
@夜風(fēng)
如果不理解,還真有可能出現(xiàn)大問題,我曾經(jīng)就遇到過一個問題,后來看匯編代碼時才回憶起<<的二元函數(shù)形式  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-17 00:32 | 艸,蛋疼
在VC10上release才是16 10 6!






































  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-17 12:40 | dougulf
正確答案應(yīng)該是:未定義行為!
還問這種題目,如果面試的人期待的不是“未定義行為”的答案的話,只能說面試的人是在拿自己曾經(jīng)出過的丑事讓別人出丑而已。
  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-29 15:02 | 夢在天涯
MKT現(xiàn)在還在找?。?nbsp; 回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-08-29 15:52 | song
在HP C/aC++ B3910B A.06.15
試驗了下是16 10 6
  回復(fù)  更多評論
  
# re: 做MTK筆試的總結(jié)(一) 2011-09-30 11:36 | chencj
1、C函數(shù)參數(shù)的計算順序是不確定的,可以在C99文檔中找到(72頁),因此不同的編譯器處理可能會不一樣
The order of evaluation of the function designator, the actual arguments, and
subexpressions within the actual arguments is unspecified, but there is a sequence point
before the actual call.
2、這里的operator<<不是全局的二元操作符,而是ostream的成員運算符,一般是要重載自定類的<<操作符時,才會定義全局的二元操作符,而這里的cout是ostream。
即cout<<a+b<<a++<<b++; 本質(zhì)上是:
((cout.operator<<(a+b)).operator<<(a++)).operator<<(b++);
3、二樓的夜風(fēng)是正解
以上供探討。  回復(fù)  更多評論
  

只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   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>
            99热免费精品| 久久国产精品毛片| 亚洲欧美日韩综合一区| 亚洲精品1234| 亚洲国产成人精品女人久久久| 国产欧美日韩一区二区三区在线观看| 欧美日韩高清区| 欧美jjzz| 欧美亚州一区二区三区 | 亚洲欧美在线播放| 亚洲在线一区| 欧美一区二区三区免费大片| 久久精品123| 欧美大片国产精品| 亚洲色图综合久久| 性xx色xx综合久久久xx| 久久中文字幕导航| 欧美日韩在线第一页| 国产精品视频一二| 一区二区三区我不卡| 夜夜爽www精品| 午夜在线一区二区| 欧美福利专区| 亚洲欧美日韩系列| 欧美电影打屁股sp| 国产亚洲成av人在线观看导航| 亚洲黄一区二区| 午夜视频一区在线观看| 欧美韩日视频| 欧美亚洲一区二区在线观看| 欧美激情视频在线免费观看 欧美视频免费一 | 亚洲风情在线资源站| 亚洲国产精品成人一区二区 | 国内精品久久久久久久影视蜜臀 | 欧美好骚综合网| 在线视频你懂得一区| 久久久久久久久久看片| 国产精品国产三级国产aⅴ9色| 国产一在线精品一区在线观看| 一区二区毛片| 免费欧美在线| 欧美亚洲一区| 国产日韩欧美自拍| 亚洲欧美日韩国产成人精品影院 | 一本色道久久综合亚洲精品婷婷| 久久国产精品网站| 亚洲图片在线| 欧美精品在线网站| 亚洲茄子视频| 欧美国产日本高清在线| 久久免费视频在线观看| 国产日韩av一区二区| 午夜精品久久久久久久久久久久久| 亚洲第一页自拍| 欧美一站二站| 亚洲一区二区三区三| 欧美日韩国产综合网 | 久久九九热re6这里有精品| aa亚洲婷婷| 欧美日韩在线观看一区二区三区| 亚洲电影免费在线观看| 免费亚洲网站| 久久综合中文色婷婷| 在线精品亚洲| 欧美成人网在线| 久久男女视频| 亚洲国产aⅴ天堂久久| 你懂的网址国产 欧美| 久久精品二区三区| 亚洲第一福利视频| 欧美激情按摩在线| 欧美精品一区三区在线观看| 亚洲清纯自拍| 亚洲精品小视频| 欧美精品成人| 亚洲欧美日韩精品一区二区| 亚洲欧美日产图| 国产在线高清精品| 免费人成网站在线观看欧美高清| 久久综合久久综合九色| 亚洲国产日韩在线一区模特| 亚洲福利视频一区| 欧美特黄一区| 欧美在线视频在线播放完整版免费观看 | 国内精品嫩模av私拍在线观看| 久久久99爱| 免费成人在线观看视频| 亚洲视频大全| 午夜日本精品| 亚洲人成高清| 亚洲伊人一本大道中文字幕| 国模私拍视频一区| 亚洲精品日产精品乱码不卡| 国产免费亚洲高清| 欧美国产一区二区在线观看| 国产精品美女久久久浪潮软件| 久久久久久久激情视频| 午夜精品免费在线| 亚洲激情第一区| 亚洲综合日韩在线| 亚洲精品国久久99热| 亚洲欧美激情一区二区| 亚洲激情在线观看视频免费| 亚洲一区二区高清| 亚洲国产日韩一区| 亚洲欧美视频| 亚洲最新在线| 久久蜜桃资源一区二区老牛 | 久久一区二区三区超碰国产精品| 欧美成人黑人xx视频免费观看| 亚洲午夜在线视频| 久久婷婷一区| 欧美在线国产| 欧美日韩精选| 亚洲国产成人精品女人久久久| 国产美女一区| 亚洲手机视频| 一区二区三区黄色| 免费观看久久久4p| 久久免费视频网站| 国产欧美日韩视频| 亚洲视频欧美在线| 一区二区三区.www| 欧美va天堂在线| 欧美黄污视频| 亚洲国产一区二区三区a毛片| 欧美在线观看视频在线 | 91久久精品一区二区别| 香蕉久久一区二区不卡无毒影院| 9人人澡人人爽人人精品| 欧美aa在线视频| 欧美不卡在线视频| 精品动漫一区| 玖玖玖免费嫩草在线影院一区| 久久精品一区二区| 国产精品夜夜嗨| 亚洲摸下面视频| 亚洲欧美一区二区三区极速播放| 欧美成人69av| 亚洲欧洲精品一区二区三区不卡| 亚洲国产精品久久久久婷婷884 | 久久理论片午夜琪琪电影网| 久久久99国产精品免费| 国内精品久久久久久| 久久大综合网| 久久一区视频| 亚洲电影在线观看| 免费观看日韩av| 亚洲国产美女久久久久| 亚洲人成人一区二区三区| 久久久亚洲高清| 欧美激情中文不卡| 亚洲五月婷婷| 国产欧美日韩视频一区二区三区| 午夜欧美精品| 欧美福利视频| 亚洲性色视频| 国产一区视频在线观看免费| 久久人人超碰| 亚洲精品社区| 午夜精品福利在线观看| 国产一区二区三区四区在线观看 | 国产美女一区二区| 久久久久在线观看| 亚洲激情黄色| 欧美一区三区二区在线观看| 国内自拍一区| 99在线精品观看| 欧美一区二区三区久久精品茉莉花| 国产原创一区二区| 欧美精品一级| 欧美亚洲视频在线观看| 欧美a级片网| 亚洲永久在线| 在线播放亚洲| 国产精品高潮呻吟久久av黑人| 久久成人精品电影| 亚洲日本视频| 久久久精品国产免费观看同学| 亚洲国产精品va| 国产精品久久久一区麻豆最新章节| 久久av在线| 亚洲视频图片小说| 欧美国产日韩一区二区| 亚洲欧美色婷婷| 亚洲精品你懂的| 国内精品久久久久伊人av| 欧美日韩三区四区| 久久综合久久综合这里只有精品| 亚洲视频一二区| 91久久精品国产91久久性色tv| 久久精品国内一区二区三区| 一区二区国产精品| 亚洲国产女人aaa毛片在线| 国产美女精品在线| 国产精品高清在线观看| 欧美日韩三级视频| 欧美精品午夜| 欧美精品一区二| 欧美aⅴ一区二区三区视频|