我最近在使用一个DateTime对象，并写了类似这样的代码：
DateTime dt = DateTime.Now;
dt.AddDays(1);
return dt; // still today's date! WTF?
AddDays() 的智能感知文档称它会将一天添加到日期上，但实际上它只是返回一个将一天添加后的日期，所以你需要这样写：
DateTime dt = DateTime.Now;
dt = dt.AddDays(1);
return dt; // tomorrow's date
这个问题之前已经让我多次吃过亏，因此我认为记录最严重的C#陷阱会很有用。
TextInfo textInfo = Thread.CurrentThread.CurrentCulture.TextInfo;
textInfo.ToTitleCase("hello world!"); //Returns "Hello World!"
textInfo.ToTitleCase("hElLo WoRld!"); //Returns "Hello World!"
textInfo.ToTitleCase("Hello World!"); //Returns "Hello World!"
textInfo.ToTitleCase("HELLO WORLD!"); //Returns "HELLO WORLD!"
是的，这种行为是有文档记录的，但这并不意味着它是正确的。
Dictionary<,>: “返回项的顺序是未定义的”。这很糟糕，因为有时它会给你带来麻烦，但有时又能正常工作。如果你盲目地假设Dictionary会表现得很好（“为什么不呢？我想，List也是这样的”），那么你真的必须深入了解它，才能最终开始质疑自己的假设。
（类似问题请参见此处。）
有一本关于.NET陷阱的书《.NET Gotchas》
我最喜欢的是这个：你在C#中创建一个类，继承到VB中，然后试图重新继承回C#，但它无法工作。让人抓狂。
静态构造函数在锁定下执行。因此，从静态构造函数调用线程代码可能会导致死锁。
以下是一个示例，演示了这一点：
using System.Threading;
class Blah
{
static void Main() { /* Won’t run because the static constructor deadlocks. */ }
static Blah()
{
Thread thread = new Thread(ThreadBody);
thread.Start();
thread.Join();
}
static void ThreadBody() { }
}
base关键字在调试环境下的实际效果与预期不符：方法调用仍然使用虚拟分派。当我遇到这个问题时，浪费了很多时间，一度认为我遇到了CLR空间和时间上的某种裂缝，但后来发现这是一个已知的（甚至有些故意留下的）错误问题。参考链接：http://blogs.msdn.com/jmstall/archive/2006/06/29/funceval-does-virtual-dispatch.aspx。SPSite oSiteCollection = SPContext.Current.Site;
然后在你的代码中你会这样写：
oSiteCollection.Dispose();
来自MSDN：
如果您创建了一个SPSite对象，您可以使用Dispose方法关闭该对象。但是，如果您拥有对共享资源的引用，例如通过GetContextSite方法或Site属性提供对象（例如SPContext.Current.Site），请不要使用Dispose方法关闭该对象，而是允许Windows SharePoint Services或您的门户应用程序管理该对象。有关对象处理的更多信息，请参见最佳实践：使用可处理的Windows SharePoint Services对象。
这在每个MOSS程序员的某个时候都会发生。
ASP.NET：
如果您正在使用 Linq-To-SQL，当您在数据上下文上调用 SubmitChanges() 并出现异常（例如重复键或其他约束违规），那么有问题的对象值将保留在内存中，而您正在调试时，并且每次您随后调用 SubmitChanges() 时都会重新提交。
现在这是一个真正的棘手问题：即使您在 IDE 中按下“停止”按钮并重新启动，不良值仍将留在内存中！我不明白为什么有人认为这是一个好主意——但是在系统托盘中弹出的那个小 ASP.NET 图标仍然运行，并且似乎保存了您的对象缓存。如果您想清空内存空间，则必须右键单击该图标并强制关闭它！要注意！
enum Seasons
{
Spring = 1, Summer = 2, Automn = 3, Winter = 4
}
public string HowYouFeelAbout(Seasons season)
{
switch (season)
{
case Seasons.Spring:
return "Nice.";
case Seasons.Summer:
return "Hot.";
case Seasons.Automn:
return "Cool.";
case Seasons.Winter:
return "Chilly.";
}
}
错误？
并非所有的代码路径都返回值...
你在开玩笑吗？我打赌所有的代码路径都会返回一个值，因为每个Seasons成员都在这里提到了。它应该检查所有枚举成员，如果一个成员在switch语句中不存在，那么这样的错误才有意义，但现在我必须添加一个冗余的Default case，而且永远不会被代码执行到。
编辑：
经过更多的研究，我发现了Eric Lippert写得很好且有用的文章，但它仍然有点奇怪。你同意吗？
HowYouFeel(42);将被执行。是的，虽然没有针对42的枚举，但它仍然是有效的。.NET不会将枚举类型限制为定义的值，并且可以传递来自枚举的基本类型（在本例中为整数）的值。 - Bradley Uffner