我收集了一些极端案例和脑筋急转弯，总是想听到更多。这个页面只涵盖了c#语言的一些细节，但我也发现了。net核心的东西也很有趣。例如，这里有一个没有在页面上，但我觉得不可思议:
string x = new string(new char[0]);
string y = new string(new char[0]);
Console.WriteLine(object.ReferenceEquals(x, y));
我希望输出False -毕竟，“new”(具有引用类型)总是创建一个新对象，不是吗?c#和CLI的规范都表明应该这样做。嗯，在这个特殊情况下不是这样。它输出True，并且在我测试过的框架的每个版本上都是这样。(不可否认，我还没有在Mono上尝试过……)
只是为了澄清，这只是我正在寻找的事情的一个例子-我并不是特别寻找对这个奇怪现象的讨论/解释。(这和普通的弦乐实习不一样;特别地，当调用构造函数时，字符串实习通常不会发生。)我真的是在要求类似的奇怪行为。
还有其他的宝藏吗?
当前回答
VB。NET、可空值和三元操作符:
Dim i As Integer? = If(True, Nothing, 5)
这花了我一些时间来调试，因为我希望I包含Nothing。
i到底包含了什么?0.
这是令人惊讶的，但实际上是“正确的”行为:在VB中没有。NET与CLR中的null并不完全相同:对于值类型T，没有值可以表示null或默认值(T)，这取决于上下文。在上面的例子中，If将Integer推断为Nothing和5的常见类型，因此，在这种情况下，Nothing意味着0。
其他回答
如果你有扩展方法:
public static bool? ToBoolean(this string s)
{
bool result;
if (bool.TryParse(s, out result))
return result;
else
return null;
}
这段代码:
string nullStr = null;
var res = nullStr.ToBoolean();
这不会抛出异常，因为它是一个扩展方法(实际上是HelperClass.ToBoolean(null))，而不是一个实例方法。这可能会令人困惑。
分配!
这是我在聚会上喜欢问的一个问题(这可能是我不再被邀请的原因):
你能编译下面这段代码吗?
public void Foo()
{
this = new Teaser();
}
一个简单的欺骗可以是:
string cheat = @"
public void Foo()
{
this = new Teaser();
}
";
但真正的解决方案是:
public struct Teaser
{
public void Foo()
{
this = new Teaser();
}
}
值类型(结构体)可以重新赋值它们的this变量，这是一个小常识。
PropertyInfo.SetValue()可以将int赋值给enum，将int赋值给可空的int，将enum赋值给可空的enum，但不能将int赋值给可空的enum。
enumProperty.SetValue(obj, 1, null); //works
nullableIntProperty.SetValue(obj, 1, null); //works
nullableEnumProperty.SetValue(obj, MyEnum.Foo, null); //works
nullableEnumProperty.SetValue(obj, 1, null); // throws an exception !!!
完整描述在这里
在我们使用的API中，返回域对象的方法可能返回一个特殊的“空对象”。在此实现中，比较运算符和Equals()方法将被重写，如果与null进行比较则返回true。
所以这个API的用户可能会有这样的代码:
return test != null ? test : GetDefault();
或者更啰嗦一点，像这样:
if (test == null)
return GetDefault();
return test;
其中GetDefault()是一个方法，返回一些我们想要使用的默认值，而不是null。当我使用ReSharper并按照它的建议重写这其中的任何一个时，我感到惊讶:
return test ?? GetDefault();
如果测试对象是从API返回的空对象，而不是一个正确的空对象，那么代码的行为现在已经改变，因为空合并操作符实际上检查null，而不是运行operator=或Equals()。
如果作为Rec(0)调用(不在调试器下)，该函数将做什么?
static void Rec(int i)
{
Console.WriteLine(i);
if (i < int.MaxValue)
{
Rec(i + 1);
}
}
答:
在32位JIT上，它应该导致StackOverflowException 在64位JIT上，它应该将所有数字打印为int。MaxValue
这是因为64位JIT编译器应用尾部调用优化，而32位JIT则没有。
不幸的是，我手头没有一台64位机器来验证这一点，但该方法确实满足尾部调用优化的所有条件。如果有人有的话，我很想看看这是不是真的。
