C#学习教程：嵌套的LinqMin（）崩溃了VisualStudio分享

前段时间我提交了一份关于MS Connect的错误报告 。 今天早上我收到了回复：

感谢Visual Studio 2008的错误报告！

正如你在Eric Lippert博客的链接post中指出的那样，我们限制了我们在合理的时间内对这种嵌套的lambda表达式进行类型推断的能力。 也就是说，我们当然可以尝试对这样的推断进行时间限制，或者对lambda嵌套设置一个硬限制来防止这种类型的问题。 不幸的是，我们开始锁定我们可以在Visual Studio 2010中修复的内容，并且我们将无法在此版本中强制执行此类限制。

在规划未来版本时，我们一定会记住这个问题！

亚历克斯特纳

项目经理

Visual C＃编译器

和

您在Microsoft Connect上提交的以下反馈项已更新：产品/技术 &＃8211; Visual Studio和.NET Framework &＃8211; 反馈ID &＃8211; 476133反馈标题 &＃8211; 嵌套Linq Min（）崩溃Visual Studio 2008 IDE以下字段或值已更改：字段状态从[有效]更改为[已解决]

字段分辨率从[无]更改为[无法修复]

我能够在我的Visual Studio 2008安装上重新编写它。 看起来语言服务正在无限循环并最终耗尽内存。 你能否在连接网站上提交一个错误？

连接： http ： //connect.microsoft.com

如果您确实提交了错误，请在错误编号的回答中添加注释。

嵌套lambda表达式的类型推断需要指数时间 。 因此，当您进行太多嵌套时，编译器会变慢并不奇怪。

但是，理想情况下，IDE会处理此类情况并在中断时间过长时中止类型推断。

使用基本递归而不是试图“猜测”深度，增加每个级别的复杂性

 public static class TestExt { public static int Min(this Test test) { return Math.Min(test.val, test.Tests.Min(x => x.Min())); } } public class Test { public int val; public List Tests; } public class LinqTest { public void GetMin() { Test t = new Test(); var min = t.Min(); } } 

正如Ryan Versaw指出的那样，你也可以在没有扩展方法的情况下这样做：

 public class Test { public int val; public List Tests; public int Min() { return Math.Min(val,Tests.Min(x => x.Min())); } } 

你甚至不必走那么远。 在嵌套的LINQ表达式的d部分输入时，VS为我冻结了。

我想我会指出它也冻结了VS 2010，而且它几乎冻结了我的整个系统！

我想我刚刚经历过类似的事情。 我正在浏览我的代码并使用var on lines，我将变量声明并初始化为new SomeClass() 。 我编译的代码。 当我尝试运行任何Visual Studio 2008unit testing时，Visual Studio会因CLR20r3作为错误名称/类型而崩溃。 恢复我所有的var变化，测试运行正常。

上述就是C#学习教程：嵌套的Linq Min（）崩溃了Visual Studio分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注&＃8212;编程笔记