c# - 靜態類別c - 非靜態成員參考必須相對於特定物件

問題應該是“我為什麼在我的機器上看到這樣的差異？”。 我不能重現如此巨大的速度差異，並懷疑你的環境有特定的東西。 很難說它可能是什麼。 可以是你前一段時間設置的一些（編譯器）選項而忘記它們。

我創建了一個控制台應用程序，在發布模式下重建（x86）並在VS外部運行。 結果幾乎相同，兩種方法均為1.77秒。 這是確切的代碼：

static void Main(string[] args)
{
    Stopwatch sw = new Stopwatch();
    sw.Start();
    int count = 0;

    for (uint i = 0; i < 1000000000; ++i)
    {
        // 1st method
        var isMultipleOf16 = i % 16 == 0;
        count += isMultipleOf16 ? 1 : 0;

        // 2nd method
        //count += i % 16 == 0 ? 1 : 0;
    }

    sw.Stop();
    Console.WriteLine(string.Format("Ellapsed {0}, count {1}", sw.Elapsed, count));
    Console.ReadKey();
}

請任何有5分鐘複製代碼，重建，在VS外部運行並在結果中發布評論的人。 我想避免說“它適用於我的機器”。

編輯

為了確保我已經創建了64位 Winforms應用程序，結果與問題類似 - 第一種方法比第二種方法（1.05秒） 慢 （1.57秒）。 我觀察到的差異是33％ - 仍然很多。 似乎.NET4 64位JIT編譯器中存在一個錯誤。

我不能說.NET編譯器或它的優化，甚至不能說它執行它的優化。

但在這種特定情況下，如果編譯器將該布爾變量折疊到實際語句中，並且您嘗試調試此代碼，則優化代碼將與編寫的代碼不匹配。 您將無法單步執行isMulitpleOf16分配並檢查其值。

這只是可以關閉優化的一個例子。 可能還有其他人。 優化可以在代碼的加載階段期間發生，而不是從CLR的代碼生成階段發生。

現代運行時非常複雜，特別是如果您在運行時投入JIT和動態優化。 感謝代碼完成它所說的話。

我認為這與你的其他問題有關。 當我按如下方式更改您的代碼時，多行版本獲勝。

哎呀，只在x86上。 在x64上，多行是最慢的，並且條件性地勝過它們。

class Program
{
    static void Main()
    {
        ConditionalTest();
        SingleLineTest();
        MultiLineTest();
        ConditionalTest();
        SingleLineTest();
        MultiLineTest();
        ConditionalTest();
        SingleLineTest();
        MultiLineTest();
    }

    public static void ConditionalTest()
    {
        Stopwatch stopwatch = new Stopwatch();
        stopwatch.Start();
        int count = 0;
        for (uint i = 0; i < 1000000000; ++i) {
            if (i % 16 == 0) ++count;
        }
        stopwatch.Stop();
        Console.WriteLine("Conditional test --> Count: {0}, Time: {1}", count, stopwatch.ElapsedMilliseconds);
    }

    public static void SingleLineTest()
    {
        Stopwatch stopwatch = new Stopwatch();
        stopwatch.Start();
        int count = 0;
        for (uint i = 0; i < 1000000000; ++i) {
            count += i % 16 == 0 ? 1 : 0;
        }
        stopwatch.Stop();
        Console.WriteLine("Single-line test --> Count: {0}, Time: {1}", count, stopwatch.ElapsedMilliseconds);
    }

    public static void MultiLineTest()
    {
        Stopwatch stopwatch = new Stopwatch();
        stopwatch.Start();
        int count = 0;
        for (uint i = 0; i < 1000000000; ++i) {
            var isMultipleOf16 = i % 16 == 0;
            count += isMultipleOf16 ? 1 : 0;
        }
        stopwatch.Stop();
        Console.WriteLine("Multi-line test  --> Count: {0}, Time: {1}", count, stopwatch.ElapsedMilliseconds);
    }
}

這是.NET Framework中的一個錯誤。

好吧，我真的只是猜測，但我提交了一份關於Microsoft Connect的錯誤報告，看看他們說了什麼。 在Microsoft刪除該報告後，我在GitHub上的roslyn項目中重新提交了該報告。

更新： Microsoft已將此問題移至coreclr項目。 從關於這個問題的評論來看，把它稱為bug似乎有點強烈; 它更像是一個缺失的優化。