当你想让你的文章具有可读性和垂直性时，很少有黄金法则。

值得一提的是，Eiffel说封装到方法中的特定代码应该针对某些输入工作，如果满足某些先决条件并确保预期输出，那么代码是可行的

在你的情况下 -设计合同被打破了…您将在一个空实例上执行一些逻辑。

myObject.MyExtensionMethod ();当myObject为空时，将永远不会抛出空引用异常…但是，如果MyExtensionMethod()没有正确地处理null，它将抛出异常。

https://dotnetfiddle.net/KqwLya

正如其他人指出的那样，在空引用上调用扩展方法会导致this参数为空，并且不会发生其他特殊情况。这就提出了使用扩展方法来编写保护子句的想法。

你可以阅读这篇文章的例子:如何降低圈复杂度:保护条款

public static class StringExtensions
{
    public static void AssertNonEmpty(this string value, string paramName)
    {
        if (string.IsNullOrEmpty(value))
            throw new ArgumentException("Value must be a non-empty string.", paramName);
    }
}

这是字符串类扩展方法，可以在空引用上调用:

((string)null).AssertNonEmpty("null");

调用正常工作只是因为运行时将成功地调用空引用上的扩展方法。然后你可以使用这个扩展方法来实现保护子句，而不需要混乱的语法:

    public IRegisteredUser RegisterUser(string userName, string referrerName)
    {

        userName.AssertNonEmpty("userName");
        referrerName.AssertNonEmpty("referrerName");

        ...

    }

As you've already discovered, since extension methods are simply glorified static methods, they will be called with null references passed in, without a NullReferenceException being thrown. But, since they look like instance methods to the caller, they should also behave as such. You should then, most of the time, check the this parameter and throw an exception if it's null. It's OK not to do this if the method explicitly takes care of null values and its name indicates it duly, like in the examples below:

public static class StringNullExtensions { 
  public static bool IsNullOrEmpty(this string s) { 
    return string.IsNullOrEmpty(s); 
  } 
  public static bool IsNullOrBlank(this string s) { 
    return s == null || s.Trim().Length == 0; 
  } 
}

前段时间我也写过一篇关于这方面的博文。

当你想让你的文章具有可读性和垂直性时，很少有黄金法则。

值得一提的是，Eiffel说封装到方法中的特定代码应该针对某些输入工作，如果满足某些先决条件并确保预期输出，那么代码是可行的

在你的情况下 -设计合同被打破了…您将在一个空实例上执行一些逻辑。

除了Marc Gravell的正确答案。

如果this参数明显为null，你可能会从编译器得到警告:

default(string).MyExtension();

在运行时运行良好，但产生警告“Expression将始终导致System. exe”。NullReferenceException，因为string的默认值是null"。