这段时间一直在学习JavaScript，在学习数组的时候碰到这么一个问题。
给了一段代码：
书上解析：
但是我在测试的时候，发现week[0]~week[3]好像并没有被初始化为null。为了验证我的猜想，我做了以下一个例子：
结果显示为：
如果按书上解释的那样，给week[4]赋值时，会自动把week[0]~week[3]初始化为null，而如果week[0]为null的话，返回都应该跟week[6]一样，值为null，类型为object，但是结果却是与预想的不符！且在测试week[0]否是为null和undefined，都返回了true，很让人费解。
研究了半天，突然间对于null和undefined很模糊，赶紧去查资料。终于找到几个可以解惑的观点：
null :表示无值;
undefined : 表示一个未声明的变量，或已声明但没有赋值的变量，或一个并不存在的对象属性。
根据这个观点，对null和undefined又做了如下的测试：
输出了：object undefined true 这3个值。再深入研究发现，
原来null是一个对象，所以在返回类型到时候，会返回object。
null 是 JavaScript 保留关键字。
null 参与数值运算时其值会自动转换为 0 ，因此，下列表达式计算后会得到正确的数值：
表达式：123 + null 结果值：123
表达式：123 * null 结果值：0
而undefined则是Global对象（window）的一个特殊属性，其值是未定义的。但 typeof undefined 返回 'undefined' 。这个在JScript手册中查询“undefined 属性”可以找到解释。我们可以通过下面的例子来验证undefined是否为window的属性。
尽管undefined是有特殊含义的属性，但却不是JavaScript的保留关键字。
那么null和undefined到底是什么关系呢。可以说如果一个变量的undefined为true，那么它与null比较也一定为true。只要变量没有初始化，那么它的undefined一定为true。所以，只有变量初始化了，undefined和null才为false。
看下面这个例子：
结果为：
看到这个结果，是不是感觉有点不对劲呢，是不是觉得“b的类型不是undefined，而是object，说明这时它已经初始化了，按上面关于undefined的解释。这时候b的undefined和与null的比较应该为false呢”？别着急，听我慢慢道来，我一开始也着了这个道儿了，但是仔细想了想，发现有一个问题。首先说运行结果肯定是没有错误的，上面的undefined解释也是没有问题的。那么为什么b的类型是object呢，var
b=null首先在形式上，也可以看出是一个初始化的过程，但是因为初始化为了null，这个初始化又变得不那么真实。初始化分为2步，①分配空间，②赋值。var b=null完成了分配空间这一步，但是在赋值到时候却赋值为null，相当于没有赋值。所以从严格意义上，又没有完成正常初始化的“手续”，所以其undefined和与null的比较，依旧为true。你可以在var a=123;后面加上这么一句话，a=null;运行后，你会发现，结果跟b显示的一模一样。这说明，如果一个变量为null，那么undefined为true。所以从某种意义上来说null==undefined。
综上所述可以推断出，最开始的例子中的week[0]只是一个声明但没有赋值的变量，所以undefined为true，进而null也为true。但是它并没有初始化为null，如果初始化为null了，其值肯定为null。所以说书上的观点错了。
所以用week[0]==null来判断week[0]的值是不科学的，因为week[0]未定义或者未初始化时，其与null比较，结果为true，若初始化后，又赋值为null，其结果与null比较，正好相等，所以还是返回true。
再说几句题外话，其实我写这篇博客借这个博客，让大家帮我解答疑惑，只是在写的过程中，突然间好像自己理解了一些。一开始查的那些资料也很多，但是还是没有理解，但是写着写着，突然灵光一闪，茅塞顿开呀，不过，这只是我的愚见而已，不一定正确，如果大家发现有什么错误的地方，请及时为我指正。