在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

C/C++靈魂拷問:++i與i++哪個執(zhí)行效率高?有什么區(qū)別?

Q4MP_gh_c472c21 ? 來源:高效程序員 ? 作者:高效程序員 ? 2022-03-31 14:04 ? 次閱讀

背景:相信很多人都遇到過這樣的問題:printf("%d,%d",i++,++i); 也糾結(jié)過這個問題,到底答案是什么,都沒有一個參考的資料……而唯一知道的是,幾乎所有C語言教材都這么講:i++就是先使用i的值再使i自身加一,而++i則是先使i自身加一,然后在使用i的值。 出于對真理的追求,今天我們就徹底弄明白此問題! 譬如這樣的話:
int a,b;int i=10,j=10;a=i++;b=++j;

我們可以很清楚的知道a和b的值分別將是10和11。這點毫無疑問,因為無論在任何平臺任何編譯器上運行都是這個結(jié)果!

然而,對于這樣的程序:

int a,b;int i=10,j=10;a=(i++)+(i++)+(i++);b=(++j)+(++j)+(++j);

各位試想答案將是多少?我們可以放到編譯器上,運行看一下結(jié)果。

先來看看windows下常用的VC6結(jié)果:

3500f10a-b0b2-11ec-aa7f-dac502259ad0.jpg

嗯,看到了,是30和37。但這個結(jié)果好像有點怪…… 那就再看看Linux下gcc的結(jié)果:

3515d1f6-b0b2-11ec-aa7f-dac502259ad0.png

哦,竟然也是30和37!
那么,我們再看看古老一點的TurboC的結(jié)果:

352cd126-b0b2-11ec-aa7f-dac502259ad0.jpg

354074e2-b0b2-11ec-aa7f-dac502259ad0.jpg

結(jié)果成了30和39,還真有點怪。 當然,就C語言代碼來看,i++和++i都只有一行,看起來似乎二者的執(zhí)行效率一樣了?其實不是的,在學習C語言時,教材和老師一般都會強調(diào)i++和++i的區(qū)別,例如下面這段C語言代碼:
inti,j,k;i = 0;j = i++;i = 0;k = ++i;
這段C語言代碼執(zhí)行后,j和k的值并不相等:j等于0,k等于1。 既然執(zhí)行結(jié)果有差異,那么執(zhí)行效率很有可能也是有差異的,事實的確如此。 查看上述C語言代碼對應的匯編代碼,如下:

3553f83c-b0b2-11ec-aa7f-dac502259ad0.jpg

編譯器版本為gcc 4.8.4

可見,j=i++;計算機需要4條指令來解釋,比執(zhí)行k=++i;多出了一條指令。多出的一條指令為:在對i執(zhí)行自加操作之前,先保存i的當前值留作稍后使用(賦值為j)。

這是怎么回事呢?不同的編譯器結(jié)果還不一樣呢?

而且這樣看來,似乎++i的執(zhí)行效率比i++高一些?

為什么不同的編譯器結(jié)果不一樣?
要說起這其中的原因,我們要先明白兩個知識點,即“副作用”與“順序點”。 這里我們引用《C Primer Plus》的說法:“現(xiàn)在我們再討論一些C的術語。副作用(side effect)是對數(shù)據(jù)對象或文件的修改。”
例如語句states=50,它的副作用是將變量states的值設置為50。這是副作用?這看起來更像是主要目的!然而,從C的角度來看,主要目的是對表達式求值。給C一個表達式4+6,C將計算它的值為10。給C一個表達式states=50,C將計算它的值為50。計算這個表達式的副作用就是把變量states的值改變?yōu)?0。跟賦值運算符一樣,增量運算符和減量運算符也有副作用,它們主要由于副作用而被使用。
一個順序點(sequence point)是程序執(zhí)行中的一點;在該點處,所有的副作用都在進入下一步之前被計算。在C中,語句里的分號標志了一個順序點。它意味著在一個語句中賦值運算符、增量預算符及減量運算符所做的全部改變必須在程序進入下一個語句前發(fā)生。任何一個完整的表達式的結(jié)束也是一個順序點。
什么是完整的表達式呢?一個完整的表達式(full expression)是這樣一個表達式—-它不是一個更大的表達式的子表達式。完整的表達式的例子包括一個表達式語句里的表達式和在一個while循環(huán)里作為判斷條件的表達式。
順序點幫助闡明后綴增量動動作何時發(fā)生,比如考慮下面的代碼:
while(guests++<10)printf(“%d
”,guests);

有時C的初學者會設想在本程序中“先使用該值,然后增加它的值”的意思是在使用printf()語句后在增加guests的值。然而,因為guests++<10是while循環(huán)的判斷條件,所以它是一個完整的表達式,這個表達式的結(jié)束就是一個順序點。

因此,C保證副作用(增加guests的值)在程序進入printf()前發(fā)生。同時使用后綴形式保證了guests在于10比較后才增加。


現(xiàn)在考慮這個語句:

Y=(4+ x++)+(6+ x++);

表達式4+x++不是一個完整的表達式,所以C不能保證在計算子表達式4+x++后立即增加x。這里完整表達式是整個賦值語句,并且分號標記了順序點,所以C能保證的是在程序進入后續(xù)語句前x將增加兩次。C沒有指明x是在每個子表達式被計算后增加還是在整個表達式被計算后增加,這就是我們要避免使用這類語句的原因。

這是《C Primer Plus》的說法,相信您應該有一定答案了。


沒錯,那就是對于i=10;(++i)+(++i)+(++i);這樣的語句。C語言標準并沒有作規(guī)定。有的編譯器計算出來是39,因為會使i的值自增三次變?yōu)?3,然后使用增加三次之后,也就是13的3個值相加為39。而有的編譯器計算結(jié)果則為37,如VisaulC++6.0則會先計算前兩個i的值為12,第三個i的值變成了加三次以后的值為13,因此結(jié)果是12+12+13=37。

如果有心的話,您可以分別在VC6和TC上本別測試;(++i)+(++i)+(++i)+(++i)的值來洞悉不同編譯器的處理規(guī)則。

那么,回到最初的printf的問題,明白求值的順序之后,再來看printf的求值問題,printf的參數(shù)都是從左到右依次壓入棧內(nèi),所以計算起來求值運算的時候則是由右至左(棧的特點:即先進后出)。那么至此,想必您已經(jīng)完全想明白了這類問題的全部了!

所以講到這里,想必大家就清楚緣由了,不同編譯器的處理過程是不同的。所以并沒有唯一的標準答案!現(xiàn)在大家明白了嗎?

為什么++i比i++執(zhí)行效率高一些呢? 為了寫出效率更高的C語言程序,以后是不是應該盡量使用++i,而不是i++了呢?例如下面這樣的C語言代碼:
for(i=0; i<10; i++);for(i=0; i<10; ++i);
是不是上面那行C語言代碼的執(zhí)行效率低于下面的呢?只能說理論如此,實際上,現(xiàn)代C語言編譯器已經(jīng)足夠聰明,它會根據(jù)上下文編譯C語言代碼。 應該明白,i++和++i的效率差異主要來自于處理i++時,需要先保存i的當前值留作稍后使用。如果之后沒有人使用i的當前值,也就是說沒有C語言代碼讀取i++的值,編譯器實在沒有必要保存i的當前值了,因此就會將這一步優(yōu)化掉。 為了便于分析,我們編寫下面這樣的C語言代碼:
int i = 0;i++;++i;
與上面的例子相比,區(qū)別在于在執(zhí)行i++時,沒有人關心i的當前值了。查看這段C語言代碼對應的匯編代碼:

3567966c-b0b2-11ec-aa7f-dac502259ad0.png

顯然,i++和++i對應的指令是一模一樣的,不再有執(zhí)行效率上的差異。 C語言中的i++和++i是有區(qū)別的,這就有可能帶來效率上的差異。如果有代碼關心i++執(zhí)行時的i當前值,程序在對i進行自加操作時,將不得不先保存i的當前值,而++i就無需保存當前值,這就會帶來效率上的差異。如果沒人關心i++的當前值,那么現(xiàn)代大多數(shù)C語言編譯器將會將這一差異優(yōu)化掉,此時i++和++i不再有效率上的差異。

審核編輯 :李倩

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • C語言
    +關注

    關注

    180

    文章

    7626

    瀏覽量

    139561
  • C++
    C++
    +關注

    關注

    22

    文章

    2116

    瀏覽量

    74527
  • 編譯器
    +關注

    關注

    1

    文章

    1651

    瀏覽量

    49711

原文標題:C/C++靈魂拷問:++i與i++哪個執(zhí)行效率高?有什么區(qū)別?

文章出處:【微信號:gh_c472c2199c88,微信公眾號:嵌入式微處理器】歡迎添加關注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關推薦

    I2C總線復用

    帝晶智慧屏I2C總線復用
    的頭像 發(fā)表于 03-11 17:20 ?1206次閱讀

    I2C總線與Arduino的接口示例

    在現(xiàn)代電子設計中,I2C總線因其簡單性和靈活性而廣受歡迎。它允許多個設備共享同一通信線路,從而節(jié)省空間和成本。Arduino,作為一個多功能的微控制器平臺,自然也支持I2C通信。 I2C總線
    的頭像 發(fā)表于 01-17 15:34 ?1054次閱讀

    I2C總線應用實例分析

    在現(xiàn)代電子系統(tǒng)中,I2C總線因其簡單、靈活和高效的特點而被廣泛應用于各種設備之間的通信。 I2C總線概述 I2C總線由Philips(現(xiàn)為NXP)在1980年代初期開發(fā),最初用于音頻和視頻設備
    的頭像 發(fā)表于 01-17 15:09 ?488次閱讀

    AN-913: I2C接口的隔離

    電子發(fā)燒友網(wǎng)站提供《AN-913: I2C接口的隔離.pdf》資料免費下載
    發(fā)表于 01-13 15:10 ?0次下載
    AN-913: <b class='flag-5'>I</b>2<b class='flag-5'>C</b>接口的隔離

    同樣是函數(shù),在CC++中有什么區(qū)別

    同樣是函數(shù),在 CC++ 中有什么區(qū)別? 第一個返回值。 C語言的函數(shù)可以不寫返回值類型,編譯器會默認為返回 int。 但是 C++
    的頭像 發(fā)表于 11-29 10:25 ?696次閱讀

    AIC3254的miniDSP編寫代碼和編寫C5502代碼什么區(qū)別

    問題:AIC3254的miniDSP編寫代碼和編寫C5502代碼什么區(qū)別執(zhí)行速度和代碼量來進行分析吧,謝謝回復
    發(fā)表于 11-06 07:22

    RISC V的I2C操作

    接口處理top接口output ? ? ?system_i2c_0_io_sda_writeEnable,output ? ? ?system_i2c_0_io_sda_write,input
    的頭像 發(fā)表于 11-01 11:06 ?541次閱讀

    C語言和C++中結(jié)構(gòu)體的區(qū)別

    同樣是結(jié)構(gòu)體,看看在C語言和C++中有什么區(qū)別
    的頭像 發(fā)表于 10-30 15:11 ?573次閱讀

    詳解I2C總線與SPI總線的區(qū)別

    I2C(Inter-Integrated Circuit)表示集成電路互連,是一種用于線路板內(nèi)部芯片之間通信的總線。
    的頭像 發(fā)表于 10-16 15:16 ?1.3w次閱讀
    詳解<b class='flag-5'>I2C</b>總線與SPI總線的<b class='flag-5'>區(qū)別</b>

    I2C基本指南

    電子發(fā)燒友網(wǎng)站提供《I2C基本指南.pdf》資料免費下載
    發(fā)表于 09-10 09:40 ?0次下載
    <b class='flag-5'>I2C</b>基本指南

    優(yōu)秀實踐:I3C共享總線上的I2C器件

    電子發(fā)燒友網(wǎng)站提供《優(yōu)秀實踐:I3C共享總線上的I2C器件.pdf》資料免費下載
    發(fā)表于 09-06 09:49 ?0次下載
    優(yōu)秀實踐:<b class='flag-5'>I3C</b>共享總線上的<b class='flag-5'>I2C</b>器件

    如何調(diào)試I2C

    電子發(fā)燒友網(wǎng)站提供《如何調(diào)試I2C.pdf》資料免費下載
    發(fā)表于 08-27 10:38 ?0次下載
    如何調(diào)試<b class='flag-5'>I2C</b>

    使用C2000 I2C模塊連接EEPROM

    電子發(fā)燒友網(wǎng)站提供《使用C2000 I2C模塊連接EEPROM.pdf》資料免費下載
    發(fā)表于 08-27 09:53 ?0次下載
    使用<b class='flag-5'>C</b>2000 <b class='flag-5'>I2C</b>模塊連接EEPROM

    C++中實現(xiàn)類似instanceof的方法

    C++多態(tài)與繼承,但是很多人開始學習C++,有時候會面臨一個常見問題,就是如何向下轉(zhuǎn)型,特別是不知道具體類型的時候,這個時候就希望C++ 可以向Java或者Python中有insta
    的頭像 發(fā)表于 07-18 10:16 ?794次閱讀
    <b class='flag-5'>C++</b>中實現(xiàn)類似instanceof的方法

    I3C接口通信基礎

    I 2 CI3C之間顯著的變化是時鐘速度。I 2 C 通常為 100 kHz、400 kHz 或 1 MHz,而
    發(fā)表于 05-03 10:22 ?4581次閱讀
    <b class='flag-5'>I3C</b>接口通信基礎
    主站蜘蛛池模板: 日韩美a一级毛片 | 色婷婷综合久久久久中文一区二区 | 人人看人人鲁狠狠高清 | 天天成人 | 夜夜爽网站 | 欧美日韩视频综合一区无弹窗 | 国产肥女bbwbbw | 中国高清色视频www 中国高清性色生活片 | 中文字幕亚洲一区二区v@在线 | 夜夜爽爽爽 | 给个网站可以在线观看你懂的 | 天天艹夜夜 | 六月婷婷网 | 奇米影视亚洲狠狠色777不卡 | 噜噜噜噜噜久久久久久91 | 国产片一区二区三区 | 亚洲免费视频一区 | 午夜影院一区二区三区 | 天天操天天曰 | 亚洲天堂成人在线 | 全国男人天堂网 | 美女张开大腿让男人捅 | 国模私拍视频在线 | 久久午夜宅男免费网站 | 色婷婷国产 | 中文字幕 视频一区 | 97午夜| 免费视频18| 国产色女人 | 网www天堂资源在线 网红和老师啪啪对白清晰 网络色综合久久 | 四虎免费影院4hu永久免费 | 久国产精品久久精品国产四虎 | 国产一级簧片 | 色婷婷激婷婷深爱五月小说 | 最新版天堂资源8网 | 四虎影视在线影院在线观看 | 黄a一级| 88影视在线观看污污 | 日韩欧美卡通动漫在线观看 | 激情网五月 | 99久久综合狠狠综合久久男同 |