Actionscript 3 使用x+=1而不是x=x+1时是否有性能优势?

Actionscript 3 使用x+=1而不是x=x+1时是否有性能优势?,actionscript-3,micro-optimization,Actionscript 3,Micro Optimization,我不知道使用x+=1还是x=x+1是明智的。我知道它们都产生相同的结果。实际上,当使用x+=1而不是x=x+1时,是否有任何性能提升?它会使我的程序运行得更快吗?x+=1只是x=x+1的语法捷径。首先,没有机器CPU级别的指令集具有在单个原子操作中执行x+=1的指令。CPU执行的实际代码应该是相同的。x+=1只是x=x+1的语法捷径。首先,没有机器CPU级别的指令集具有在单个原子操作中执行x+=1的指令。CPU执行的实际代码应该是相同的。任何好的编译器都应该为两个表达式提供相同的机器代码。任何好

我不知道使用x+=1还是x=x+1是明智的。我知道它们都产生相同的结果。实际上,当使用x+=1而不是x=x+1时,是否有任何性能提升?它会使我的程序运行得更快吗?

x+=1只是x=x+1的语法捷径。首先,没有机器CPU级别的指令集具有在单个原子操作中执行x+=1的指令。CPU执行的实际代码应该是相同的。

x+=1只是x=x+1的语法捷径。首先,没有机器CPU级别的指令集具有在单个原子操作中执行x+=1的指令。CPU执行的实际代码应该是相同的。

任何好的编译器都应该为两个表达式提供相同的机器代码。

任何好的编译器都应该为两个表达式提供相同的机器代码。

您没有指定语言,这使得这个问题无法回答,除了首先关注可读性,这是非常普遍的…如果你的程序运行太慢,因为你添加了一个错误的方式,那么你有更大的问题。无论您如何完成,添加一个都不应成为瓶颈。@abelenky-如果x是字符串,则添加x=x+1可能成为瓶颈:-您没有指定语言,这使得此问题无法回答,除了首先关注可读性,这是非常普遍的…如果你的程序运行太慢,因为你添加了一个错误的方式,那么你有更大的问题。无论如何完成,添加一个都不应成为瓶颈。@abelenky-如果x是字符串,则添加x=x+1可能成为瓶颈:-Erm x86上的INC如何?:p x86 INC指令不是原子指令。如果运行INC-DWORD PTR[EAX],那么底层分解看起来更像:uOp.load tmp_reg、[EAX]uOp.INC tmp_reg uOp.store[EAX],tmp_reg,因此不会自动执行。显然,从常识上讲,读取当前值和向其中添加1是两个独立的过程。呃,x86上的INC呢p x86 INC指令不是原子指令。如果运行INC-DWORD PTR[EAX],那么底层分解看起来更像:uOp.load tmp_reg、[EAX]uOp.INC tmp_reg uOp.store[EAX],tmp_reg,因此不会自动执行。显然,从常识上讲,读取当前值和向其中添加1是两个独立的过程。最终,是的,它们都是。除了与内部指令集匹配的代码外,任何CPU都不能执行任何操作。也许有时可以跳过中间机器语言版本,但最终必须将其转换为我应该称之为什么?装配?-与CPU指令集一一匹配的东西。最终,是的,它们都是。除了与内部指令集匹配的代码外,任何CPU都不能执行任何操作。也许有时可以跳过中间机器语言版本,但最终必须将其转换为我应该称之为什么?装配?-与CPU指令集一对一匹配的东西。