使用const局部variables有没有运行时间的好处?

除了确保它们不能被改变(对编译器错误的调整)之外,JIT是否对const本地进行了优化?

例如。

public static int Main(string[] args) { const int timesToLoop = 50; for (int i=0; i<timesToLoop; i++) { // ... } } 

生成的IL不同(使用发布模式):

 using constant local using normal local --------------------------------------------------------------------- .entrypoint .entrypoint .maxstack 2 .maxstack 2 .locals init ( .locals init ( [0] int32 i) [0] int32 timesToLoop, L_0000: ldc.i4.0 [1] int32 i) L_0001: stloc.0 L_0000: ldc.i4.s 50 L_0002: br.s L_0008 L_0002: stloc.0 L_0004: ldloc.0 L_0003: ldc.i4.0 L_0005: ldc.i4.1 L_0004: stloc.1 L_0006: add L_0005: br.s L_000b L_0007: stloc.0 L_0007: ldloc.1 L_0008: ldloc.0 L_0008: ldc.i4.1 L_0009: ldc.i4.s 50 L_0009: add L_000b: blt.s L_0004 L_000a: stloc.1 L_000d: ret L_000b: ldloc.1 L_000c: ldloc.0 L_000d: blt.s L_0007 L_000f: ret 

正如你所看到的,编译器用常量的值代替了所有的variables用法,导致了一个更小的堆栈。

我使用代码编译器为代码提供了一个快速的性能testing。 我使用的代码如下:

  public static void Main() { DateTime datStart = DateTime.UtcNow; const int timesToLoop = 1000000; for (int i=0; i < timesToLoop; i++) { WL("Line Number " + i.ToString()); } DateTime datEnd = DateTime.UtcNow; TimeSpan tsTimeTaken = datEnd - datStart; WL("Time Taken: " + tsTimeTaken.TotalSeconds); RL(); } 

请注意,WL和RL只是帮助程序读取和写入控制台的方法。

为了testing非常量版本,我只是删除了const关键字。 结果令人惊讶:

  Time Taken (average of 3 runs) Using const keyword 26.340s Without const keyword 28.276s 

我知道,这是非常粗略的testing,但使用const关键字似乎算作一个有效的微观优化 。

你的代码(使用const)实际上被编译为:

 public static int Main(string[] args){ for (int i=0; i < 50; i++) { } } 

而一个variables将被编译为一个variables:

 public static int Main(string[] args){ int timesToLoop = 50; for (int i=0; i < timesToLoop; i++) { } } 

这不是一个答案附近的地方,只是认为这将是很高兴分享这个文章,但文章没有明确提到运行时间的好处:
编码标准规则#2:尽可能使用const

摘抄:
推理:尽可能多地使用const的好处是编译器强制保护,防止意外的写入到只读的数据。

一个区别是,如果您有一个程序集在另一个程序集中引用了一个const字段,并且稍后更改了该值,那么引用程序集仍将使用旧值直到重新构build。