我最近正在使用一个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#陷阱分类会很有用。
当前回答
今天我修复了一个长时间未能解决的bug。该错误存在于一个用于多线程场景的泛型类中，并且使用一个静态int字段来使用Interlocked提供无锁同步。该错误是因为类型的泛型类的每个实例化都有自己的静态。因此，每个线程都有自己的静态字段，并没有像预期的那样使用锁。
class SomeGeneric<T>
{
public static int i = 0;
}
class Test
{
public static void main(string[] args)
{
SomeGeneric<int>.i = 5;
SomeGeneric<string>.i = 10;
Console.WriteLine(SomeGeneric<int>.i);
Console.WriteLine(SomeGeneric<string>.i);
Console.WriteLine(SomeGeneric<int>.i);
}
}
这个打印 5 10 5
其他回答
如果你正在为MOSS编写代码，你以这种方式获得一个站点引用:
SPSite oSiteCollection = SPContext.Current.Site;
之后在你的代码中你说:
oSiteCollection.Dispose();
从MSDN:
If you create an SPSite object, you can use the Dispose method to close the object. However, if you have a reference to a shared resource, such as when the object is provided by the GetContextSite method or Site property (for example, SPContext.Current.Site), do not use the Dispose method to close the object, but instead allow Windows SharePoint Services or your portal application to manage the object. For more information about object disposal, see Best Practices: Using Disposable Windows SharePoint Services Objects.
每个MOSS程序员都会遇到这种情况。
前几天我看到了这个帖子，我觉得它很晦涩，对那些不知道的人来说很痛苦
int x = 0;
x = x++;
return x;
因为这将返回0，而不是大多数人期望的1
我经常提醒自己DateTime是一个值类型，而不是引用类型。对我来说太奇怪了，特别是考虑到它的各种构造函数。
到目前为止我最糟糕的一个，我今天才想出来……如果你重写object。Equals(object obj)，你会发现:
((MyObject)obj).Equals(this);
与以下行为不同:
((MyObject)obj) == this;
一个会调用你的覆盖函数，另一个不会。
MemoryStream.GetBuffer() vs MemoryStream.ToArray()。前者返回整个缓冲区，后者只返回使用的部分。讨厌的东西。
