Javascript语言的设计不够严谨，很多地方一不小心就会出错。
举例来说，请考虑以下情况。
现在，我们要判断一个全局对象myObj是否存在，如果不存在，就对它进行声明。用自然语言描述的算法如下：
if (myObj不存在){
声明myObj;
}
你可能会觉得，写出这段代码很容易。但是实际上，它涉及的语法问题，远比我们想象的复杂。Juriy Zaytsev指出，判断一个Javascript对象是否存在，有超过50种写法。只有对Javascript语言的实现细节非常清楚，才可能分得清它们的区别。
第一种写法
根据直觉，你可能觉得可以这样写：
if (!myObj) {
myObj = { };
}
但是，运行这段代码，浏览器会直接抛出ReferenceError错误，导致运行中断。请问错在哪里？
对了，if语句判断myObj是否为空时，这个变量还不存在，所以才会报错。改成下面这样，就能正确运行了。
if (!myObj) {
var myObj = { };
}
为什么加了一个var以后，就不报错了？难道这种情况下，if语句做判断时，myObj就已经存在了吗？
要回答这个问题，就必须知道Javascript解释器的工作方式。Javascript语言是"先解析，后运行"，解析时就已经完成了变量声明，所以上面的代码实际等同于：
var myObj;
if (!myObj) {
var myObj = { };
}
因此，if语句做判断时，myObj确实已经存在了，所以就不报错了。这就是var命令的"代码提升"（hoisting）作用。Javascript解释器，只"提升"var命令定义的变量，对不使用var命令、直接赋值的变量不起作用，这就是为什么不加var会报错的原因。
第二种写法
除了var命令，还可以有另一种改写，也能得到正确的结果：
if (!window.myObj) {
myObj = { };
}
window是javascript的顶层对象，所有的全局变量都是它的属性。所以，判断myobj是否为空，等同于判断window对象是否有myobj属性，这样就可以避免因为myObj没有定义而出现ReferenceError错误。不过，从代码的规范性考虑，最好还是对第二行加上var：
if (!window.myObj) {
var myObj = { };
}
或者写成这样：
if (!window.myObj) {
window.myObj = { };
}
第三种写法
上面这种写法的缺点在于，在某些运行环境中（比如V8、Rhino），window未必是顶层对象。所以，考虑改写成：
if (!this.myObj) {
this.myObj = { };
}
在全局变量的层面中，this关键字总是指向顶层变量，所以就可以独立于不同的运行环境。
第四种写法
但是，上面这样写可读性较差，而且this的指向是可变的，容易出错，所以进一步改写：
var global = this;
if (!global.myObj) {
global.myObj = { };
}
用自定义变量global表示顶层对象，就清楚多了。
第五种写法
还可以使用typeof运算符，判断myObj是否有定义。
if (typeof myObj == "undefined") {
var myObj = { };
}
这是目前使用最广泛的判断javascript对象是否存在的方法。
第六种写法
由于在已定义、但未赋值的情况下，myObj的值直接等于undefined，所以上面的写法可以简化：
if (myObj == undefined) {
var myObj = { };
}
这里有两个地方需要注意，首先第二行的var关键字不能少，否则会出现ReferenceError错误，其次undefined不能加单引号或双引号，因为这里比较的是undefined这种数据类型，而不是"undefined"这个字符串。
第七种写法
上面的写法在"精确比较"（===）的情况下，依然成立：
if (myObj === undefined) {
var myObj = { };
}
第八种写法
根据javascript的语言设计，undefined == null，所以比较myObj是否等于null，也能得到正确结果：
if (myObj == null) {
var myObj = { };
}
不过，虽然运行结果正确，但是从语义上看，这种判断方法是错的，应该避免。因为null指的是已经赋值为null的空对象，即这个对象实际上是有值的，而undefined指的是不存在或没有赋值的对象。因此，这里只能使用"比较运算符"（==），如果这里使用"精确比较运算符"（===），就会出错。
第九种写法
还可以使用in运算符，判断myObj是否为顶层对象的一个属性：
if (!('myObj' in window)) {
window.myObj = { };
}
第十种写法
最后，使用hasOwnProperty方法，判断myObj是否为顶层对象的一个属性：
if (!this.hasOwnProperty('myObj')) {
this.myObj = { };
}
总结
1. 如果只判断对象是否存在，推荐使用第五种写法。
2. 如果除了对象是否存在，还要判断对象是否有null值，推荐使用第一种写法。
3. 除非特殊情况，所有变量都应该使用var命令声明。
4. 为了跨平台，建议避免使用window表示顶层对象。
5. 在Javascript语言中，null和undefined容易产生混淆。在可能同时涉及两者的情况下，建议使用"精确比较"运算符（===）。
（完）
xmiangui 说：
好多人和我说学会Javascript多么多么有用，Javascript编程思想多么多么重要……好吧，我学的痛苦无比，老是在想，这东西谁弄出来的……
2011年5月13日 17:25 | # | 引用
zong 说：
@xmingui:
几个牛人在研究一两个很细的语言问题；
一群人在跟风探讨说这些问题；
不明真相的群众以为JS好高深。。。
我感觉写javascript脚本很舒服，但并不
怎么在意javascript底层如何如何，为什么
要这样这样，如此如此。
对我来说，恰好够用就可以了。 当然，有时候
突然很想研究下js是如何如何，这样这样。不过
那都是偶尔的时候。
============================================
阮先生的总结很有帮助，我收藏了，需要的时候会
仔细研读的。
2011年5月13日 18:59 | # | 引用
会跳舞的鞋子 说：
谢谢一峰大哥的博客，再次受教了.
2011年5月13日 19:21 | # | 引用
呵呵 说：
我一般这么写
var a = a || {};
2011年5月14日 08:38 | # | 引用
全 说：
直接if(!myObj){}也是会报ReferenceError错误，我测试的是Chrome。为保险起见，我都是有if(typeof myObj === 'undefined'){}
2011年5月14日 17:47 | # | 引用
shepherdwind 说：
但是，在使用JSON对象时，我发现用in window 判断在IE 7下依然报错。而在其他浏览器中是有这个对象的。然后我又不能用var 申明，因为在一个闭包中，我需要全局的JSON 对象。然后用了这种方法。
try {
JSON;
}catch (e){
module.load('lib/json');
//加载json2.js
}
2011年5月15日 07:06 | # | 引用
bush 说：
沒想到一個小小的判斷也會弄出十面風景，我還是覺得第八種用 null 最容易理解。
2011年5月15日 12:38 | # | 引用
Lewis 说：
try catch 也是个判断变量是否存在的方法。
2011年5月15日 14:16 | # | 引用
李杨 说：
我觉得会一两种就可以了，js毕竟是一种辅助的语言，了解一下就可以了，不需要挖的太深太细，否则就和“回”字有几种写法一样了
2011年5月16日 15:31 | # | 引用
师兄 说：
web页面工程师 需要 学习哪些的知识 求自学指教 谢谢 阮哥 （ 本人超级小白,越基础越好）
2011年5月16日 16:47 | # | 引用
piggy_Yu 说：
var eleme = window.eleme || {};
2011年5月16日 23:28 | # | 引用
来诺 说：
所以CoffeeScript才會那麼受歡迎了.
幫你設置Prototype Chain, 幫你處理掉JavaScript語言上的細節. 它基本就是"The Good Parts of JavaScript".
2011年5月17日 23:32 | # | 引用
Ryan 说：
很棒！
不过我在看这篇文章的时候，总是想笑，因为我脑中总想起孔乙己的画面：“你知道‘回’字有四种写法吗？”
^-^ 开个玩笑，不管如何，文章写的不错！！
2011年5月18日 17:13 | # | 引用
寄居者 说：
可以参考Doug Crockford著Javascript:The Good Parts一书，对于Javascript的优点和缺点（如全局变量），面向对象机制，类似函数式编程的风格等等有很精辟的分析。
2011年5月19日 08:30 | # | 引用
党建 说：
javascript的这种灵活性是优点也是缺点，编码风格最好还是统一。
2011年5月24日 10:18 | # | 引用
小人物上篮 说：
你要在web开发中航行没javascript是不可能的事啊！
2011年7月18日 02:25 | # | 引用
wkliang 说：
第八种写法 根据javascript的语言设计，undefined == null
AIK, 这样子的说法是有问题的！ undefined 与 null 各属于不同的 primitive data type.
The difference with undefined is that if a variable has a value null, it is still defined, it only happens that its value is nothing.
2011年7月27日 15:10 | # | 引用
海玉 说：
恩，这个分析受益良多。
2012年5月16日 16:51 | # | 引用
晴云孤魂 说：
读了叙述，确实很有启发
2012年6月11日 20:00 | # | 引用
一张大地图 说：
言简意赅，一直困惑于此，现在明白怎么回事了。
2012年12月 4日 16:56 | # | 引用
molly 说：
您写的学习笔记太棒了~~~言简意赅，通俗易懂。。。。。
2013年1月30日 12:12 | # | 引用
AlanX 说：
我也是，这个应该更好。
我一般这么写
var a = a || {};
2013年1月30日 17:44 | # | 引用
jacob 说：
一个是否为空就有这么多的学问啊 ，真是学习了
2013年5月17日 10:08 | # | 引用
李金苗 说：
言简意赅，很受用。还有另外一篇很不错的文章的链接。
2014年3月18日 16:25 | # | 引用
比昂 说：
这些方法都算不上判断变量是否已经定义吧
2015年11月 1日 00:09 | # | 引用
passby 说：
再来改写一下第10种：
if (!Object.hasOwnProperty.call(this, 'myObj')) {
this['myObj'] = { };
}
2015年11月 2日 16:05 | # | 引用
lion 说：
喜欢看你的博客
2016年8月29日 16:52 | # | 引用
杨龙飞 说：
刚刚总结了一下，在自己实际应用中，判断一个变量有木有值，两个方法，第一种是，检查有没有声明这个变量，然后声明后if(!data){}进行判断，第二种是，不用检查是否声明直接if（typeof(data)=="undefined"）{},但是第一种方法应用的多一点，第二种情况是后台返回数据时会用到，在ajax的返回结果里面判断，但如果没有这个声明的变量直接就不判断了也没意义，所以没有用过，第二种方法虽然保险一点，但实际业务应用中确实没有用到过
2016年9月19日 18:40 | # | 引用
聂鹏程 说：
谢谢您,受益良多.
2017年5月16日 15:50 | # | 引用
Lxnoap 说：
有问题想请教。刚在Chrome的console里试了一下，if (!myObj) {} 会报错：Uncaught ReferenceError: myObj is not defined，而 if (typeof myObj === "undefined") {} 则不会报错。所以我有两点疑问：1. 我本以为第一种写法不会有问题，如果myObj没有定义，那就应该是undefined类型，做非运算就应该是true，然而为什么会报错？ 2. 既然第一种写法报错了，那为什么改成typeof就不报错了？
2017年6月 2日 06:36 | # | 引用
廖万勇 说：
弱弱的问一下，为什么this.aaa是undefined而aaa是not defined?
2017年6月 5日 18:57 | # | 引用
李哲 说：
这个评论从11年到17年，如今已是18年。时光荏苒啊
2018年9月12日 18:26 | # | 引用
G j 说：
如果了解了JS的类型转换 其实这些都很浅
2019年5月21日 23:05 | # | 引用