用double替换int时Visual Studio长时间编译

我的VS2013 Ultimate副本将这段代码编译60秒钟以上：

class Program
{
    static void Main(string[] args)
    {
        double dichotomy = Dichotomy(
            d =>
            {
                try
                {
                    int size = (int) d;
                    byte[] b = new byte[size];
                    return -b.Length;
                }
                catch (Exception)
                {
                    return 0;
                }
            },
            0,
            int.MaxValue,
            1);

        Console.WriteLine(dichotomy);
        Console.ReadKey();
    }

    private static double Dichotomy(
        Func<double, double> func,
        double a,
        double b,
        double epsilon)
    {
        double delta = epsilon / 10;
        while (b - a >= epsilon)
        {
            double middle = (a + b) / 2;
            double lambda = middle - delta, mu = middle + delta;
            if (func(lambda) < func(mu))
                b = mu;
            else
                a = lambda;
        }
        return (a + b) / 2;
    }
}

但是，如果我替换double为int，它会立即编译。怎么解释...？

我在机器上播放了27秒。邪恶的人是MsMpEng.exe，它燃烧了100％的核心时间。在任务管理器的“进程”选项卡中易于查看。

这是Windows Defender服务，该服务实际执行恶意软件扫描。通过取消选中“打开实时保护”选项来禁用它可以立即修复延迟。将我存储项目的路径添加到“排除的文件位置”框中也是如此，这可能是您首选的方法。

我不愿猜测其根本原因，但必须假设您的源代码正在触发恶意软件规则。这不是一个很好的解释，当我针对.NET版本<4.0时，看不到延迟。好吧，我放弃:)

我不能说权威，因为自从我在汇编代码级别上花了20多年的时间以来，但是我可以轻易相信这一点。

IEEE标准浮点运算与处理器实现的浮点运算之间的差异通常会迫使库例程中的链接进行转换，而整数数学只能使用CPU指令。在IEEE定义标准时，他们做出了一些在实施中并不常见的选择，尤其是很久以前，以微码实现的成本更高，当然，当前的PC系统是基于80387和80486衍生的芯片构建的，它早于标准。

因此，如果我是对的，那么增加的时间是因为它涉及到向链接添加一大段库代码，而链接是构建时间的很大一部分，随着可重定位块的添加，链接往往会成倍增长。

Linux上的Clang可能会或可能不会有相同的速度下降；如果它确实避免了这种情况，并且进一步扩大了我的猜测，那将是无处不在的共享内存libc的产物，并且在那里进行了链接程序优化。