我最近在使用一个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#陷阱会很有用。
private int myVar;
public int MyVar
{
get { return MyVar; }
}
该应用程序经常崩溃且没有堆栈跟踪。
（请注意getter中使用大写MyVar而不是小写myVar。）
Type.GetType
我见过很多人都会遇到问题的一个是Type.GetType(string)方法。他们想知道为什么它可以用于自己程序集中的类型和像System.String这样的类型，但不能用于System.Windows.Forms.Form。答案是该方法只会查找当前程序集和mscorlib。
匿名方法
C# 2.0引入了匿名方法，导致出现了一些麻烦的情况，比如：
using System;
using System.Threading;
class Test
{
static void Main()
{
for (int i=0; i < 10; i++)
{
ThreadStart ts = delegate { Console.WriteLine(i); };
new Thread(ts).Start();
}
}
}
那会打印出什么？这完全取决于调度。它将打印10个数字，但它可能不会打印0、1、2、3、4、5、6、7、8、9，这不是你所期望的。问题在于被捕获的是变量i，而不是在创建委托时变量i的值。可以通过增加一个正确作用域的额外局部变量来轻松解决这个问题：
using System;
using System.Threading;
class Test
{
static void Main()
{
for (int i=0; i < 10; i++)
{
int copy = i;
ThreadStart ts = delegate { Console.WriteLine(copy); };
new Thread(ts).Start();
}
}
}
迭代器块的延迟执行
这个“穷人版单元测试”为什么不能通过？
using System;
using System.Collections.Generic;
using System.Diagnostics;
class Test
{
static IEnumerable<char> CapitalLetters(string input)
{
if (input == null)
{
throw new ArgumentNullException(input);
}
foreach (char c in input)
{
yield return char.ToUpper(c);
}
}
static void Main()
{
// Test that null input is handled correctly
try
{
CapitalLetters(null);
Console.WriteLine("An exception should have been thrown!");
}
catch (ArgumentNullException)
{
// Expected
}
}
}
答案是，CapitalLetters 代码中的代码直到迭代器的 MoveNext() 方法被首次调用才会执行。
我在脑筋急转弯页面 上有一些其他奇怪的问题。
ThreadStart的委托，该委托将当前i的值打印到控制台。 - Jon Skeet海森堡观察窗口
如果你正在进行类似于以下示例的按需加载等操作，那么这可能会对你造成严重影响:
private MyClass _myObj;
public MyClass MyObj {
get {
if (_myObj == null)
_myObj = CreateMyObj(); // some other code to create my object
return _myObj;
}
}
现在假设你有其他地方使用这段代码：
// blah
// blah
MyObj.DoStuff(); // Line 3
// blah
CreateMyObj() 方法。所以你在上面第3行设置了一个断点，打算逐步执行代码。为了保险起见，你还在上一行说_myObj = CreateMyObj();的地方设置了一个断点，甚至在 CreateMyObj() 内部也设置了一个断点。_myObj 显然是 null，对吧？嗯...那么...为什么它跳过了条件而直接进入了 return _myObj ?! 你将鼠标悬停在 _myObj 上...确实，它有一个值！这是怎么发生的？MyObj 的值感兴趣-因此，在不考虑任何断点的情况下，它计算了 MyObj 的值，包括设置 _myObj 值的 CreateMyObj() 调用！[DebuggerBrowsable(DebuggerBrowsableState.Never)] 或 [DebuggerDisplay("<loaded on demand>")] 装饰您的属性。 - Christian HayterLazy<T>类中的Value属性就是其中一个使用这种方法的例子。 - Sam HarwellToString的重载方法中改变了对象的值，但我不知道他为什么这么做。每次他将鼠标悬停在对象上时，提示框都会显示一个不同的值，他无法理解发生了什么。 - JNF许多新开发者会遇到的难点是重新抛出异常语义。
我经常看到以下代码
catch(Exception e)
{
// Do stuff
throw e;
}
catch(Exception)
{
throw;
}
或者将异常包装在另一个异常中，并使用内部异常来获取原始的堆栈跟踪：
catch(Exception e)
{
// Do stuff
throw new MySpecialException(e);
}
throw是正确的。 - Gargravarr这是另一个让我困惑的时间问题:
static void PrintHowLong(DateTime a, DateTime b)
{
TimeSpan span = a - b;
Console.WriteLine(span.Seconds); // WRONG!
Console.WriteLine(span.TotalSeconds); // RIGHT!
}
TimeSpan.Seconds是时间跨度的秒部分（2分钟和0秒的秒值为0）。
TimeSpan.TotalSeconds是以秒为单位测量的整个时间跨度（2分钟的总秒数值为120）。
TimeSpan需要一个Seconds属性。谁会在意时间跨度中的秒数呢？它是一个任意的、单位相关的值；我无法想象出任何实际用途。 - MusiGenesis因为未取消关联事件而导致内存泄漏。
甚至有一些我认识的资深开发人员也会犯这个错误。
想象一下一个有很多东西的WPF表单，在其中某个位置上订阅了一个事件。如果您不取消订阅，那么整个表单在关闭和删除引用后仍会保留在内存中。
我看到的问题是在WPF表单中创建了一个DispatchTimer并订阅了Tick事件，如果您没有在计时器上执行-=操作，那么您的表单将泄漏内存！
在这个例子中，您的拆卸代码应该包含
timer.Tick -= TimerTickEventHandler;
这个问题特别棘手，因为你在WPF表单内创建了DispatchTimer实例，所以你会认为它是由垃圾收集过程处理的内部引用......不幸的是，DispatchTimer使用UI线程上订阅和服务请求的静态内部列表，因此引用是由静态类“拥有”的。
timer.Tick += (s, e,) => { Console.WriteLine(s); }。 - Ark-kun也许不算是一个陷阱，因为这种行为在MSDN中已经被明确写出来了，但有一次却让我感到很费解：
Image image = System.Drawing.Image.FromFile("nice.pic");
这个人在图像被释放之前将"nice.pic"文件锁定。当我面对它时，我认为动态加载图标很好，一开始没有意识到自己最终会拥有数十个打开且被锁定的文件！Image 跟踪从哪里加载文件...
如何解决这个问题？我想用一个单行代码来完成任务。我期望 FromFile() 有一个额外的参数，但实际上没有，所以我写了这个...
using (Stream fs = new FileStream("nice.pic", FileMode.Open, FileAccess.Read))
{
image = System.Drawing.Image.FromStream(fs);
}
重载 == 运算符和无类型容器（例如ArrayList、DataSet等）：
string my = "my ";
Debug.Assert(my+"string" == "my string"); //true
var a = new ArrayList();
a.Add(my+"string");
a.Add("my string");
// uses ==(object) instead of ==(string)
Debug.Assert(a[1] == "my string"); // true, due to interning magic
Debug.Assert(a[0] == "my string"); // false
解决方案？
在比较字符串类型时，始终使用 string.Equals(a, b)
使用泛型，例如 List<string>，确保两个操作数都是字符串类型。
[Serializable]
class Hello
{
readonly object accountsLock = new object();
}
//Do stuff to deserialize Hello with BinaryFormatter
//and now... accountsLock == null ;)