18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐ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。這點(diǎn)毫無疑問,因?yàn)闊o論在任何平臺任何編譯器上運(yùn)行都是這個結(jié)果!

然而,對于這樣的程序:

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

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

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

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

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

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

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

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

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

結(jié)果成了30和39,還真有點(diǎn)怪。 當(dāng)然,就C語言代碼來看,i++和++i都只有一行,看起來似乎二者的執(zhí)行效率一樣了?其實(shí)不是的,在學(xué)習(xí)C語言時,教材和老師一般都會強(qiáng)調(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í)行效率很有可能也是有差異的,事實(shí)的確如此。 查看上述C語言代碼對應(yīng)的匯編代碼,如下:

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

編譯器版本為gcc 4.8.4

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

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

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

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

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

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


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

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

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

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


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

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

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

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

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

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

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

審核編輯 :李倩

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

    關(guān)注

    183

    文章

    7634

    瀏覽量

    144128
  • C++
    C++
    +關(guān)注

    關(guān)注

    22

    文章

    2120

    瀏覽量

    76552
  • 編譯器
    +關(guān)注

    關(guān)注

    1

    文章

    1665

    瀏覽量

    50926

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    深入剖析I2C協(xié)議

    I2C是由Philips開發(fā)的簡單的雙向兩線總線,在深入淺出理解SPI協(xié)議中,我們區(qū)分了單工,半雙工,全雙工協(xié)議數(shù)據(jù)流向的區(qū)別,根據(jù)特征,I2C協(xié)議屬于半雙工協(xié)議(即同一時刻,數(shù)據(jù)單向流動)。此外
    的頭像 發(fā)表于 08-21 15:10 ?2862次閱讀
    深入剖析<b class='flag-5'>I2C</b>協(xié)議

    TCAL9539 I2C總線I/O擴(kuò)展器技術(shù)解析與應(yīng)用指南

    Texas Instrument TCAL9539/TCAL9539-Q1 I^2^C總線/SMBus I/O擴(kuò)展器為雙線雙向I^2^C總線
    的頭像 發(fā)表于 08-08 11:49 ?785次閱讀
    TCAL9539 <b class='flag-5'>I2C</b>總線<b class='flag-5'>I</b>/O擴(kuò)展器技術(shù)解析與應(yīng)用指南

    效率、6通道、白光LED驅(qū)動器,帶I2C接口 skyworksinc

    電子發(fā)燒友網(wǎng)為你提供()高效率、6通道、白光LED驅(qū)動器,帶I2C接口相關(guān)產(chǎn)品參數(shù)、數(shù)據(jù)手冊,更有高效率、6通道、白光LED驅(qū)動器,帶I2C接口的引腳圖、接線圖、封裝手冊、中文資料、英
    發(fā)表于 07-30 18:31
    高<b class='flag-5'>效率</b>、6通道、白光LED驅(qū)動器,帶<b class='flag-5'>I2C</b>接口 skyworksinc

    CY7C65214和CY7C65211/3/5什么區(qū)別?

    CY7C65214 和其他 USB 串行橋接控制器之間什么區(qū)別:CY7C65211、CY7C65213 和 CY7
    發(fā)表于 05-29 06:49

    I2C總線復(fù)用

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

    I2C總線通信原理 如何設(shè)計(jì)I2C總線電路

    I2C總線通信原理 I2C(Inter-Integrated Circuit)總線是一種用于集成電路之間進(jìn)行通信的串行通信協(xié)議。它最早由飛利浦公司(現(xiàn)被恩智浦電子收購)于1982年推出,是一種簡單
    的頭像 發(fā)表于 01-31 15:01 ?1668次閱讀

    I2C總線與Arduino的接口示例

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

    I2C總線的工作模式介紹

    在現(xiàn)代電子系統(tǒng)中,I2C總線作為一種多主機(jī)、多從機(jī)的串行通信協(xié)議,扮演著至關(guān)重要的角色。它允許多個設(shè)備共享同一總線,進(jìn)行數(shù)據(jù)傳輸,從而簡化了系統(tǒng)設(shè)計(jì)并降低了成本。 I2C總線的基本特性 I2C總線由
    的頭像 發(fā)表于 01-17 15:32 ?1463次閱讀

    I2C總線應(yīng)用實(shí)例分析

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

    AN-686: 實(shí)現(xiàn)I2C復(fù)位

    電子發(fā)燒友網(wǎng)站提供《AN-686: 實(shí)現(xiàn)I2C復(fù)位.pdf》資料免費(fèi)下載
    發(fā)表于 01-15 16:26 ?0次下載
    AN-686: 實(shí)現(xiàn)<b class='flag-5'>I</b>2<b class='flag-5'>C</b>復(fù)位

    AN-913: I2C接口的隔離

    電子發(fā)燒友網(wǎng)站提供《AN-913: I2C接口的隔離.pdf》資料免費(fèi)下載
    發(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ù)可以不寫返回值類型,編譯器會默認(rèn)為返回 int。 但是 C++
    的頭像 發(fā)表于 11-29 10:25 ?1167次閱讀

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

    問題:AIC3254的miniDSP編寫代碼和編寫C5502代碼什么區(qū)別執(zhí)行速度和代碼量來進(jìn)行分析吧,謝謝回復(fù)
    發(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 ?970次閱讀

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

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