系统。NullReferenceException:对象引用没有设置为对象的实例，这是新鸟、中鸟、老鸟都无法避免的错误。

以下是这个错误的基本解释：1。本质错误：复制代码如下：对象a；//a是空对象保护void page _ load(对象发送方，eventargs e){ a . tostring()；//调用一个空对象的方法}当然！结果如下：

裸写这种代码不容易，它通常倾向于以下几种：

2.常见错误：

示例：过滤部分字符的函数：复制代码如下：public static string filter value(string value){ string[]filter char=new string[]{ ，，，，，=，；, , - };for(int I=0；我过滤字符。长度；i ) {值=值。Replace(filterChar[i]， )；}返回值。修剪(“”)；}比如这个函数，很容易看出来：如果传入的值是Null，就说明那个Null。调用Replace，出现上述错误。所以，通常，在函数的第一行，值会是：if(！字符串。IsNullOrEmpty(value))。

2.例：再举一个一般的调用error，binding，Eval (field )。这种方法很常见，在某些情况下需要进行字符串比较。这里有一个例子：

%# Eval (field )。ToString()==1 ？是:否 %

当Eval (field )为Null时，为Null。ToString()，上面的错误必然会出现，那么会发生什么呢？1:该字段的值为空。2:空数据行，即你的表中没有数据，全部为空。复制代码

所以预防性的写法是：%# Convert。ToString(Eval (field))==1 ？是:否 %

好了，所有看这篇文章的人，不管你知不知道，现在应该都明白了。如果你坚持说你不懂，我不得不夸你智商高。下面介绍一下智商，不要放过。

看到这个异常：它是由一个空对象调用一个方法(属性或其他成员)变成空引起的。XXX

当然，变态的场景有千千万万，但本质是一样的。

个人认为，三只鸟出现这个错误的原因各不相同，基本如下：复制代码如下：Newbird:不知道这个错误，或者看到这个错误的次数太少，代码基本上无法阻止。模仿，大量的函数都潜伏着这种错误杀手。

个人猜测：Newbird写的代码不判。原因可能是：第一，他们不了解这种情况，刚学，经验不足，没有处理这种异常的经验。第二，猜测是他们高调思考：多一个空判断会让业绩下滑，他们追求高业绩，所以基本上不加。

中国鸟：我知道这个错误，但是我没多想。我不够细心，也不够稳重。我基本会加代码，一般不会。

中国的鸟肯定比新鸟吃的昆虫多，所以这其中的原因当然不一样。个人猜测：中国鸟写的代码出现空引用的原因可能是：复制代码如下：第一，没有养成思考的习惯。在加班的压力下，写个功能刷刷就出来了。偶尔会添加，但一般不会。加不加，等错误出来再加。

第二，中国鸟正处于高性能的R&D时期。它喜欢和别人讨论性能问题，尤其是当for的次数达到百万，性能从0.03秒下降到0.01秒的时候，它会很乐意把性能提高三倍。它认为这是一个重量级的发现，然后推荐给后来者，BS一些新手或者同级别的鸟不这么写。类似地：一个具有空判断的函数必须在一百万次调用的水平上被考虑。如果这个判断叫一百万次，业绩不是亏大了吗？如果加上2个判断，那就是2*百万次调用，这是相当大的性能损失。这怎么能让人接受呢？所以，不能加就不要加，等错误出来了再加。第三，我太懒。我是这样理解的：大家都知道中国的鸟写代码，基本属于面向对象的类型，就是天天和对象打交道。每个对象都要参与进来，再细也没坏处！好吧，一个函数传递一个参数，给你一个判断。代码不多，就两行没有花括号。但是中国鸟写的函数只有34567890个参数，让人纠结：加吧，想想，工作量太大，性能不高；不加了，好像没什么问题。这样想的话，眼睛睁得大大的，很开朗。好吧，加不加，等错误出来再加。更何况要折腾的不仅仅是参数的判断，还有函数内部生成的对象。要考虑的对象太多了。只是靠精力和考虑，加点人性，所以大部分情况都是这样发生的：加还是不加，错误出来了再加！

老鸟：这个错误我太熟悉了，我也够小心的。我写代码的时候潜意识会主动防范，但是百密一疏，该来的总会来。初一逃不掉，十五逃不掉。

老鸟多吃虫子，经过多次战斗，老鸟觉得系统稳定，这是他们的幸福。个人猜测：老鸟写的代码可能有空引用。原因是复制出来的代码是这样的：第一，如果写的代码太多，基本都是靠潜意识反应，也就是说把潜力发挥出来，然后白点就是习惯性思维。所以基本上他们是不会犯这个错误的，但是基本上可以单独被潜意识屏蔽。况且他们还得靠正常思维。老鸟通常不太精力充沛。偶尔会心不在焉。当他们心不在焉的时候，他们就会错过一个。当他们心不在焉的时候，他们就会错过另一个人。他们心不在焉的时候，被上帝召唤，太平间多了一个客人。所以我写代码，尽量不分心，避免被调用，但偶尔还是会漏。二是假老鸟。老鸟装的，其实是中等鸟。很难装，但是能装，说明智商很高。社会规律表明，活得越好，装的水平越高，装得越好，日子也会过得越好，最高水平就是装孙子。孙子是历史人物：他懂得三十六计。装孙子说明他智商真的很高，绝对没有鄙视他的意思，因为有时候我在学三十六计，但是智商一直上不去，所以水平一直上不去。

下面再补充一下，个人对中老鸟的看法，以下观点仅为作者扮演的个人的臆测观点，和作者本人无关：

中国的鸟为什么追求性能？复制代码代码如下：猜测：因为他们通常只接触系统的一部分，缺乏整个系统架构的知识，所以希望写出自己负责的领域内性能最高的代码。这能说是错的吗？可以，而且理论上应该可以做到！但是，稳定性还不够。如果能写出稳定高性能的代码该多好啊！

还是聚焦老鸟：老鸟为什么不太注重性能，而是求稳？

其实不是老鸟不注重性能，他注重的是：

一：稳定，这个很重要：

二：整体性能大于局部性能

当然，我个人对这个观点负责，绝对没有轻视地方业绩最大化的意思。相反，我还得鼓励大家最大限度地发挥局部性能，努力写出最好的代码：复制代码如下：第一，这是每个码农往上走的必经阶段，跳过不是好事。第二，让老板多流血，可以平衡员工的不满：你让我加班，我就让你流血。多好啊！

重大说明：

本视频到此结束，欢迎观看，下次见，谢谢！

PS:最近折腾了CYQ的离线帮助文档。数据V4.5在路上，很快就会发布，敬请期待。