为什么在这种特定且非常简单的情况下，Debug与Release不同？[副本]

Question

... 我所说的不同并不是指性能、调试能力等等，我指的是不同的程序（对于相同的输入，程序会给出不同的输出）。

采取以下方案：

static void Main()
{
            object obj = new object();
            WeakReference objRef = new WeakReference(obj);

            Console.Write(objRef.IsAlive);

            obj = null;
            GC.Collect();

            Console.Write(objRef.IsAlive);

            if (objRef.IsAlive)
            {

            }
            else
            {

            }
}

上面的程序在调试模式和发布模式下给出不同的结果。NET框架4.0起。

在调试中，输出为"TrueTrue"，在发布中，输出为"TrueFalse"。

请注意，如果我在最后删除“if”部分，问题就不会再发生了。

所以我的第一个问题是：这到底是怎么回事？为什么'if'会影响程序的行为，并使调试和发布不同？

我知道调试输出与发布输出不同，但我通常期望不同之处，如性能优化、调试信息等...

我认为我应该期望在所有情况下，对于给定的输入，调试和发布程序都应该给出相同的输出。

为了不做任何假设，让我把前一句话作为我的第二个问题：

我是否应该期望在所有情况下，对于给定的输入，调试和发布程序都应该给出相同的输出？

显然，第二个问题的答案是否定的，所以我已经做了一个反例程序。但对我来说，一个程序在它自己的语言之外被指定（通过其他方式）听起来也很奇怪。也就是说，从一个独特的C#源我可以得到不同的程序，即做不同事情的程序。

但我想读其他的观点？

编辑：还要注意IsAlive是一个属性，因此不应有副作用。

Answer 1

在调试生成或附加调试器时，GC和即时编译器的行为将更改以帮助调试。

如果您的代码对GC或JIT优化有0个依赖项，那么在调试和发布时将有相同的行为。但是，如果您的代码依赖于GC行为（如使用WeakReference）或JIT优化（我能想到的最大的优化是处理多线程环境中的非易失性变量），那么您可能会根据其构建方式或是否附加了调试器获得不同的行为。