Javascript语言的设计不够严谨，很多地方一不小心就会出错。 举例来说，请考虑以下情况。 现在，我们要判断一个全局对象myObj是否存在，如果不存在，就对它进行声明。用自然语言描述的算法如下： 你可能会觉得，写出这段代码很容易。但是实际上，它涉及的语法问题，远比我们想象的复杂。Juriy Zaytsev指出，判断一个Javascript对象是否存在，有超过50种写法。只有对Javascript语言的实现细节非常清楚，才可能分得清它们的区别。 [b]第一种写法[/b] 根据直觉，你可能觉得可以这样写： 但是，运行这段代码，浏览器会直接抛出ReferenceError错误，导致运行中断。请问错在哪里？ 对了，if语句判断myObj是否为空时，这个变量还不存在，所以才会报错。改成下面这样，就能正确运行了。 为什么加了一个var以后，就不报错了？难道这种情况下，if语句做判断时，myObj就已经存在了吗？ 要回答这个问题，就必须知道Javascript解释器的工作方式。Javascript语言是”先解析，后运行”，解析时就已经完成了变量声明，所以上面的代码实际等同于： 因此，if语句做判断时，myObj确实已经存在了，所以就不报错了。这就是var命令的”代码提升”（hoisting）作用。Javascript解释器，只”提升”var命令定义的变量，对不使用var命令、直接赋值的变量不起作用，这就是为什么不加var会报错的原因。 [b]第二种写法[/b] 除了var命令，还可以有另一种改写，也能得到正确的结果： window是javascript的顶层对象，所有的全局变量都是它的属性。所以，判断myobj是否为空，等同于判断window对象是否有myobj属性，这样就可以避免因为myObj没有定义而出现ReferenceError错误。不过，从代码的规范性考虑，最好还是对第二行加上var： 或者写成这样： [b]第三种写法[/b] 上面这种写法的缺点在于，在某些运行环境中（比如V8、Rhino），window未必是顶层对象。所以，考虑改写成： 在全局变量的层面中，this关键字总是指向顶层变量，所以就可以独立于不同的运行环境。 [b]第四种写法[/b] 但是，上面这样写可读性较差，而且this的指向是可变的，容易出错，所以进一步改写： 用自定义变量global表示顶层对象，就清楚多了。 [b]第五种写法[/b] 还可以使用typeof运算符，判断myObj是否有定义。 这是目前使用最广泛的判断javascript对象是否存在的方法。 [b]第六种写法[/b] 由于在已定义、但未赋值的情况下，myObj的值直接等于undefined，所以上面的写法可以简化： 这里有两个地方需要注意，首先第二行的var关键字不能少，否则会出现ReferenceError错误，其次undefined不能加单引号或双引号，因为这里比较的是undefined这种数据类型，而不是”undefined”这个字符串。 [b]第七种写法[/b] 上面的写法在”精确比较”（===）的情况下，依然成立： [b]第八种写法[/b] 根据javascript的语言设计，undefined == null，所以比较myObj是否等于null，也能得到正确结果： 不过，虽然运行结果正确，但是从语义上看，这种判断方法是错的，应该避免。因为null指的是已经赋值为null的空对象，即这个对象实际上是有值的，而undefined指的是不存在或没有赋值的对象。因此，这里只能使用”比较运算符”（==），如果这里使用”精确比较运算符”（===），就会出错。 [b]第九种写法[/b] 还可以使用in运算符，判断myObj是否为顶层对象的一个属性： [b]第十种写法[/b] 最后，使用hasOwnProperty方法，判断myObj是否为顶层对象的一个属性： [b]总结[/b] 1. 如果只判断对象是否存在，推荐使用第五种写法。 2. 如果除了对象是否存在，还要判断对象是否有null值，推荐使用第一种写法。 3. 除非特殊情况，所有变量都应该使用var命令声明。 4. 为了跨平台，建议避免使用window表示顶层对象。 5. 在Javascript语言中，null和undefined容易产生混淆。在可能同时涉及两者的情况下，建议使用”精确比较”运算符（===）。