i++、++i、i=i+1、效率怎么样?看过一本书上说,i++比i=i+1好
的地方是因为i=i+1中的那个1要占用一个寄存器,所以速度没有
i++快,于是我想验证一下。另外,以前听说过Java中的“i=i++”
得不到正确结论,也就是应该是“先累加再赋值”,但Java经过这
种运算后,i值居然没有变化。所以在这里,想一并把这几个问题
在C中验证一下。

=====================测试的C源程序====================

#01: #include <stdio.h>
 #02:
 #03: main()
 #04: {
 #05:  int i=0, j=0;
 #06:  i=i++;
 #07:
 #08:  i=i+1;
 #09:  i++;
 #10:  ++i;
 #11:
 #12:  j=i+1;
 #13:  j=i++;
 #14:  j=++i;
 #15:
 #16:  printf("i=%d", i);
 #17: }

======================================================

下面是我在 VC++ 6.0 + SP5 / Window 2000环境下对上述源程序的反汇编:

5:        int i=0, j=0;
0040D698   mov         dword ptr [ebp-4],0
0040D69F   mov         dword ptr [ebp-8],0

6:        i=i++;
0040D6A6   mov         eax,dword ptr [ebp-4]
0040D6A9   mov         dword ptr [ebp-4],eax
0040D6AC   mov         ecx,dword ptr [ebp-4]
0040D6AF   add         ecx,1
0040D6B2   mov         dword ptr [ebp-4],ecx

8:        i=i+1;
0040D6B5   mov         edx,dword ptr [ebp-4]
0040D6B8   add         edx,1
0040D6BB   mov         dword ptr [ebp-4],edx

9:        i++;
0040D6BE   mov         eax,dword ptr [ebp-4]
0040D6C1   add         eax,1
0040D6C4   mov         dword ptr [ebp-4],eax

10:       ++i;
0040D6C7   mov         ecx,dword ptr [ebp-4]
0040D6CA   add         ecx,1
0040D6CD   mov         dword ptr [ebp-4],ecx

12:       j=i+1;
0040D6D0   mov         edx,dword ptr [ebp-4]
0040D6D3   add         edx,1
0040D6D6   mov         dword ptr [ebp-8],edx

13:       j=i++;
0040D6D9   mov         eax,dword ptr [ebp-4]
0040D6DC   mov         dword ptr [ebp-8],eax
0040D6DF   mov         ecx,dword ptr [ebp-4]
0040D6E2   add         ecx,1
0040D6E5   mov         dword ptr [ebp-4],ecx

14:       j=++i;
0040D6E8   mov         edx,dword ptr [ebp-4]
0040D6EB   add         edx,1
0040D6EE   mov         dword ptr [ebp-4],edx
0040D6F1   mov         eax,dword ptr [ebp-4]
0040D6F4   mov         dword ptr [ebp-8],eax

=================================================================

下面是我在 SCO UNIX下用cc -g 对上述源程序编译后,用dbx打出的内存汇编代码:

( int i=0, j=0; )
0x0000015e (main:5)            mov       DWord Ptr [ebp-0x04],$0
0x00000165 (main:5)            mov       DWord Ptr [ebp-0x08],$0

( i=i++; )
0x0000016c (main:6)            mov       eax,DWord Ptr [ebp-0x04]
0x0000016f (main:6)            inc       DWord Ptr [ebp-0x04]
0x00000172 (main:6)            mov       DWord Ptr [ebp-0x04],eax

( i=i+1; )
0x00000175 (main:8)            inc       DWord Ptr [ebp-0x04]

( i++; )
0x00000178 (main:9)            inc       DWord Ptr [ebp-0x04]

( ++i; )
0x0000017b (main:10)           inc       DWord Ptr [ebp-0x04]

( j=i+1; )
0x0000017e (main:12)           mov       eax,DWord Ptr [ebp-0x04]
0x00000181 (main:12)           inc       eax
0x00000182 (main:12)           mov       DWord Ptr [ebp-0x08],eax

( j=i++; )
0x00000185 (main:13)           mov       eax,DWord Ptr [ebp-0x04]
0x00000188 (main:13)           inc       DWord Ptr [ebp-0x04]
0x0000018b (main:13)           mov       DWord Ptr [ebp-0x08],eax

( j=++i; )
0x0000018e (main:14)           inc       DWord Ptr [ebp-0x04]
0x00000191 (main:14)           mov       eax,DWord Ptr [ebp-0x04]
0x00000194 (main:14)           mov       DWord Ptr [ebp-0x08],eax

======================================================================

1、从上述的汇编代码我们不难看出对于i=i+1; i++; ++i这三个指令的汇编
   指令无论是在VC下还是在SCO UNIX的cc下都是一样的(虽然这两个编译器
   对其汇编得到的指令不太一样,但是它们对这三条指令的汇编都是一样的,
   这里,我是关闭编译器优化的选项,也许现在的编译器自动对之优化了)

在VC下都是:
 0040D6B5   mov         edx,dword ptr [ebp-4]
 0040D6B8   add         edx,1
 0040D6BB   mov         dword ptr [ebp-4],edx

在cc下都是:
 0x0000017b (main:10)           inc       DWord Ptr [ebp-0x04]

2、对于复合指令 j=i+1; j=i++; 却有所不同,
   在VC下:j=i+1 是三条指令,而 j=i++ 却有五条指令,这也很合理。
   在SCO下: j=i+1 和 j=i++ 都是三条指令。(j=i++指令数比VC少)

3、对于i=i++,在VC下可以得到正确的结果 i=1;而在SCO下却是i=0; 这可以
   从其汇编看到。

VC对i=i++的汇编是:

0040D6A6   mov         eax,dword ptr [ebp-4] //取内存值i到eax
 0040D6A9   mov         dword ptr [ebp-4],eax //把eax值放到内存i中
 0040D6AC   mov         ecx,dword ptr [ebp-4] //取内存值i到ecx
 0040D6AF   add         ecx,1                 //寄存器ecx加1 
 0040D6B2   mov         dword ptr [ebp-4],ecx //把ecx值放到内存i中

SCO对i=i++的汇编是:
       
 //取内存i到寄存器eax中
 0x0000016c (main:6)            mov       eax,DWord Ptr [ebp-0x04]

//对内存i进行累加
 0x0000016f (main:6)            inc       DWord Ptr [ebp-0x04]
 
 //把寄存器eax的值放到内存i中
 0x00000172 (main:6)            mov       DWord Ptr [ebp-0x04],eax

可见,之所以SCO得不到正确的结果的原因了。我已为其加上了注释,相信各位是看得懂的。

【结论】:
    1、如果是单语句,无论是i=i+1; i++; ++i;其效率是完全一样的。
    2、之所以SCO下的i=i++得不到正确结果,是因为其编译器追求效率的结果。(Java亦如此)
    3、观察SCO下的汇编指令“inc DWord Ptr [ebp-0x04]”,难道可以直接操作内存吗?(拿不准)
    4、各个产商的编译器各有不同,所产生的语句的指令代码也有所不同,C++就更尤其如此啦。

======================================================================

最后附上Java对i=i++的测试

源程序:

#1: class Test
 #2: {
 #3:  public static void main(String[] argv)
 #4:  {
 #5:  int i=0;
 #6:  i=i++;
 #7:  System.out.println("i="+i);
 #8: }
 #9: }

用javac -g Test.java 把其编译成 Test.class。
再用javap -c Test打出其虚拟机指令代码如下:

D:/>javap -c Test

Compiled from Test.java
class Test extends java.lang.Object {
    Test();
    public static void main(java.lang.String[]);
}

Method Test()
   0 aload_0
   1 invokespecial #1 <Method java.lang.Object()>
   4 return

Method void main(java.lang.String[])
   0 iconst_0
   1 istore_1
   2 iload_1
   3 iinc 1 1
   6 istore_1
   7 getstatic #2 <Field java.io.PrintStream out>
  10 new #3 <Class java.lang.StringBuffer>
  13 dup
  14 invokespecial #4 <Method java.lang.StringBuffer()>
  17 ldc #5 <String "i=">
  19 invokevirtual #6 <Method java.lang.StringBuffer append(java.lang.String)>
  22 iload_1
  23 invokevirtual #7 <Method java.lang.StringBuffer append(int)>
  26 invokevirtual #8 <Method java.lang.String toString()>
  29 invokevirtual #9 <Method void println(java.lang.String)>
  32 return

可见其中的:
   1 istore_1
   2 iload_1
   3 iinc 1 1
   6 istore_1
就是i=i++的虚拟机指令,想来一定和SCO的编译器有异曲同工之处。

【备注】
    这段程序的结果是i=0,我是在 j2se 1.4.0 下进行的测试。
    虽然说,这是一个BUG,但是有多少人又会写i=i++这种无聊的语句呢?
    不过却可以了解一下编译器(解释器)的工作方式。

Inside i++的更多相关文章

  1. vsftpd:500 OOPS: vsftpd: refusing to run with writable root inside chroot ()错误的解决方法

    ---恢复内容开始--- 最近在安装了vsftpd后 添加了虚拟账户后 新建用户 为新用户创立独立的工作目录 因为虚拟用户在工作目录需要上传文件 所以必须拥有此目录的W权限,但每当给此目录加上W权限后 ...

  2. 解决vsftpd的refusing to run with writable root inside chroot错误

    参考 http://www.cnblogs.com/CSGrandeur/p/3754126.html 在Ubuntu下用 vsftpd 配置FTP服务器,配置 “ sudo chmod a-w /h ...

  3. 《Inside UE4》目录

    <Inside UE4>目录 InsideUE4 UE4无疑是非常优秀的世界上最顶尖的引擎之一,性能和效果都非常出众,编辑器工作流也非常的出色,更难得宝贵的是完全的开源让我们有机会去从中吸 ...

  4. 在子线程中new Handler报错--Can't create handler inside thread that has not called Looper.prepare()

    在子线程中new一个Handler为什么会报以下错误? java.lang.RuntimeException:  Can't create handler inside thread that has ...

  5. 《Inside UE4》-0-开篇

    <Inside UE4>-0-开篇 InsideUE4   前言 VR行业发展是越来越火热了,硬件设备上有HTC VIVE,Oculus rift,PS VR,各种魔镜:平台上有Steam ...

  6. 500 OOPS: vsftpd: refusing to run with writable root inside chroot()

    Ubuntu 12.04 64bit系统下安装的vsftpd,在登陆时提示500 OOPS: vsftpd: refusing to run with writable root inside chr ...

  7. 《Inside UE4》-1-基础概念

    <Inside UE4>-1-基础概念   InsideUE4   创建测试项目 接上文的准备工作,双击生成的UE4Editor.exe,选择创建测试C++空项目Hello(以后的源码分析 ...

  8. 《Inside UE4》-2-GamePlay架构(一)Actor和Component

    <Inside UE4>-2-GamePlay架构(一)Actor和Component     <Inside UE4>-2-GamePlay架构(一)Actor和Compon ...

  9. VS代码段扩展Snippet Designer is a Visual Studio plug in which allows you to create and search for snippets inside the IDE

    Snippet Designer is a Visual Studio plug in which allows you to create and search for snippets insid ...

  10. Android 线程更新UI报错 : Can't create handler inside thread that has not called Looper.prepare()

    MainActivity中有一个按钮,绑定了save方法 public void save(View view) { String title = titleText.getText().toStri ...

随机推荐

  1. Ado.Net,关于DataSet和DataTable

    DataSet和DataTable的 区别与联系 1.简要说明二者关系 在我们编写代码的时候从数据库里取出数据,填充到dataset里,再根据表的名字,实例化到 DataTable 中. ●注意如下  ...

  2. 如何随机获取数据库不连续ID的数据?

    这个问题的来由是我朋友要为一网站实现一个标签云功能,和我交流后我给出了一个方案,在此略作记录,亦求拍砖. 大概需求这是样的: 在数据库有一张表A如下图: 其中id字段的值未必是连续的,现在我朋友要做的 ...

  3. 微软BI 之SSRS 系列 - 如何实现报表标签的本地化 - 中文和英文的互换

    SSRS 中并没有直接提供本地化的配置方式,因此在 SSRS 中实现本地化,比如有英文标题还有可选的中文标题,就需要通过其它的方式来解决. 比如默认是这样的英文标题 - 但是本地中方用户可能比较喜欢看 ...

  4. vSphere Replication:虚拟机的保护伞

    http://server.zdnet.com.cn/server/2013/0401/2151318.shtml ZDNet至顶网服务器频道 04月01日 新闻消息: 保护IT环境的一个基本方面就是 ...

  5. Pause Web Sessions

    To pause specific sessions, add rules using FiddlerScript to the OnBeforeRequest function (except wh ...

  6. css改变hr颜色

    html中用css改变颜色,<hr style="border:0;height:1px;">如果不加border:0;的话,虽然颜色改变了,但是会显示一条黑色的边框. ...

  7. 【Zookeeper】源码分析之持久化(一)之FileTxnLog

    一.前言 前一篇已经分析了序列化,这篇接着分析Zookeeper的持久化过程源码,持久化对于数据的存储至关重要,下面进行详细分析. 二.持久化总体框架 持久化的类主要在包org.apache.zook ...

  8. Java多线程的悲观锁与乐观锁

    转载请注明原文地址:http://www.cnblogs.com/ygj0930/p/6561376.html  一:悲观锁 悲观锁,就是不管是否发生多线程冲突,只要存在这种可能,就每次访问都加锁,加 ...

  9. C/C++中extern关键字详解(转)

    1 基本解释:extern可以置于变量或者函数前,以标示变量或者函数的定义在别的文件中,提示编译器遇到此变量和函数时在其他模块中寻找其定义.此外extern也可用来进行链接指定. 也就是说extern ...

  10. cocos2d-js 粒子系统使用自定义图片,还原原来的图片宽高

    粒子系统使用自定义图片很简单只需要在plist最后一行设置png的名称即可.但是,在实际使用中,发现自定义图片无法使用原来的形状,例如设置了一长条的图片,结果出来确实一个个圆球. 翻了plist和cc ...