还有一些:

垃圾收集的局限性是什么。

了解终结器和IDisposable。

注意线程池以及何时使用它。

如果你在做GUI应用程序——注意Windows GUI是单线程的。

使用foreach(我看到很多人使用MoveNext等)

我不会问那些“从课本上知道一些东西”的问题，而是问一些修补性的问题，比如:

在普通c#中foreach循环做什么?(期望他写一个迭代器循环。) 什么是单例? 让他/她解析一个String to Datetime(期望他/她使用TryParse而不是try/catch) 实现单例模式、策略模式和命令模式 让他/她重构一段代码进行测试。期望他/她将外部服务从测试单元中抽象出来，并实现他自己的服务的Test-double(不提供mock框架)

这些都不是100%确定的，这取决于我问的人:

让他/她保护一个方法不受空输入的影响(期望他/她使用多次返回来减少嵌套) 对象初始化器如何工作(期望他/她写线程安全的赋值)

此外，我还会问他/她是如何学习他/她的东西的，他/她在读什么(什么博客，书籍)。

我建议询问他们经常阅读的博客和他们参与的个人编程项目，因为这将显示出他们学习编程的意愿和热情。

没有,真的。也许有一些非常简单的问题，世界上最聪明的人也不知道答案。不是因为他们很难，只是因为他们还没有遇到过。你应该着眼于整个程序包和开发人员的技能，而不是他们是否能够回答任意的问题。

如果这个问题很简单，可以用一两句话回答，那么告诉不知道的人也很容易。你应该寻找他们对概念的理解和推理能力，而不是他们回答“每个。net开发人员都应该能够回答”的问题的能力。

这可能不是你想听到的，但我建议不要关注狭隘的技术，而是一般的编程和解决问题的技能。扎实的开发人员可以快速学习您想让他们做的任何事情。

举个例子，我并不是一个支持紧凑框架的人，所以如果你这么做的话，我可能会让你的面试失败。但如果我需要使用它，我可以做一些研究，然后直接投入。

Joel的书《Smart and Gets Things Done》为招聘开发者提供了很好的建议，其中有大量关于该问哪些问题的内容。我强烈推荐它。

我想如果我在面试一个有LINQ经验的人，我可能会让他们解释一下LINQ。如果他们能解释延迟执行、流、IEnumerable/IEnumerator接口、foreach、迭代器块、表达式树(无论如何都是加分项)，那么他们可能就能应付其余的问题。(不可否认，他们可能是“还行”的开发人员，还没有“得到”LINQ -我真的在想这样的情况，他们声称知道足够的LINQ，使这个问题成为一个公平的问题。)

在过去，我问过几个已经列出的问题，以及其他一些问题:

引用类型和值类型之间的区别 按引用传递vs按值传递 可替换和终结器 字符串，不可变性，字符编码 浮点 代表 泛型 可空类型