[h2]1. 它以 Java 命名，但并不是 Java[/h2] 它最初叫 Mocha， 接着改名为 LiveScript，最后才确定命名为 JavaScript，根据历史记录，Java 的命名与 Netscape 和 Sun 之间的合作有关，作为交换条件，Netscape 在他们备受欢迎的浏览器中创建了 Java 运行时。值得一提的是，这个名字的出台几近一个玩笑，要知道，LiveScript 和 Java 在客户端脚本方面存在敌对关系。 不管怎么说，人们后来不得不一再澄清的一件事就是，JavaScript 和 Java 毫无关系。 [h2]2. Null 是个对象？[/h2] 看看这段代码，它返回的是 object。 [img]http://files.jb51.net/upload/2010-2/20100215151613597.gif[/img] 这实在令人费解，假如 null 表示空值，它怎么可以是对象？简单说，它是 JavaScript 最初版本的错误，这个错误甚至被微软的 JScript 直接借用。 [h2]3. NaN !== NaN[/h2] NaN，表示一个非数字的值，然而问题是，NaN不等于任何东西，甚至不等于它自己。 [img]http://files.jb51.net/upload/2010-2/20100215151613859.gif[/img] 这显然不对，事实上，如果要判断一个值确实是 NaN，你需要用 isNaN() 函数。 [h2]4. 全局变量[/h2] 对全局变量的依赖一直被视为 JavaScript 最坏的部分（ECMA 的 JavaScript 5 已经去掉了全局变量，请参阅 [url=http://www.comsharp.com/GetKnowledge/zh-CN/It_News_K875.aspx]ECMA 推出 JavaScript 5[/url] - 译者注）。对简单的页面，这无所谓，但复杂的页面，如果包含大量 JavaScript 脚本，你很难知道某个全局变量是在哪里声明的，如果几个全局变量不小心重名，就会引发错误。 [h2]5. 那些统统被探测为 Mozilla User-Agent 的浏览器[/h2] 必须承认，事实上，这不是 JavaScript  的错，是各个浏览器有意为之。比如，以下是用 JavaScript 探测 Safari 时得到的结果： [img]http://files.jb51.net/upload/2010-2/20100215151613717.gif[/img] 是否注意到其中的第一个单词 [b]Mozilla/5.0[/b]，为什么 Safari 会被探测为 Mozilla，尽管 Safari 后来已经纠正这一问题，但仍然不能解释为什么它们要这样误导开发者。事实上，你会发现，绝大多数浏览器把他们的 User Agent 设置为 Mozilla，答案要回到10年前，这更多是一种策略。 User Agent 是一段用来标识当前浏览器身份的字符串，世界上第一个浏览器 Mosaic， 曾这样标志自己： [img]http://files.jb51.net/upload/2010-2/20100215151613840.gif[/img] 这很合理，因此当 Netscape 出来的时候，它保留了 Mosaic 这个传统，还在后面添加了一个加密方式部分。 [img]http://files.jb51.net/upload/2010-2/20100215151613505.gif[/img] 到目前为止，一切安好，直到 IE3 发布，当 IE3 发布的时候，Netscape 正如日中天，那时，很多服务器和程序已经部署了客户端探测机制，以便认出 Netscape，虽然现在看来，这很值得争议，但当时并没什么。当 IE 初次推出它们的 User Agent 标志的时候，是这个样子： [img]http://files.jb51.net/upload/2010-2/20100215151613906.gif[/img] [b][/b] 这让 IE 很被动，因为 Netscape 已经能被很多服务器识别，因此，开发者们干脆希望 IE 被误认为 Mozilla，然后，再单独加一个 IE 的标签。 [img]http://files.jb51.net/upload/2010-2/20100215151613922.gif[/img] 如今，几乎所有浏览器都步 IE 后尘，将自己标识为 Mozilla，这大概是一种连锁反应。 [h2]6. 不一致的函数范围[/h2] 参看以下代码： [img]http://files.jb51.net/upload/2010-2/20100215151613257.gif[/img] foo(bar.method) 返回结果不同原因是，method 函数是被当作 windows 对象，而不是 bar 下的对象调用的。要解决这个问题，我们必须从传递的匿名函数中调用 bar.method() 。 [h2]7. 位操作符[/h2] JavaScript 和 Java 有不少共同之处，如位操作。 [list] [*][b]&[/b] - [i]and[/i] [/*][*][b]|[/b] - [i]or[/i] [/*][*][b]^[/b] - [i]xor[/i] [/*][*][b]~[/b] - [i]not[/i] [/*][*][b]>>[/b] - [i]signed right shift[/i] [/*][*][b]???[/b] - [i]unsigned right shift[/i] [/*][*][b]<<[/b] - [i]left shift[/i] [/*][/list] 看看第一个 & 操作符，使用 && 应该更有效，因为 JavaScript 和 Java 不一样，JavaScript 没有整数，需要来回转换，因此，转换操作花的时间更长。 [h2]8. 太多的空值类型[/h2] 诸如 null, false, undefined 一类的值几乎表示同样的意思，它们之间的不同又让人很迷惑。 [h2]9. 算术问题[/h2] 虽然 JavaScript 包含很多算术操作，但你不妨运行一下下面的算式，".2+.4" 应该等于 ".6" 是不是，然而返回的确是 "0.6000000000000001"。JavaScript 在小数计算访问存在一些小问题。 为什么会这样？简单说，因为 JavaScript 使用 IEEE 标准进行二进制浮点运算，不过，对整数计算是没问题的。 [h2]10. 莫名其妙的代码错误[/h2] 看看以下两段代码： [img]http://files.jb51.net/upload/2010-2/20100215151615425.gif[/img] 它们应该是一样的，只是 { 位置不同而已，是吧。然而我们再看下面的代码： [img]http://files.jb51.net/upload/2010-2/20100215151615933.gif[/img] 如果我们把其中的 [img]http://files.jb51.net/upload/2010-2/20100215151615416.gif[/img] 换成 [img]http://files.jb51.net/upload/2010-2/20100215151615722.gif[/img] 就会引发错误，这是因为 JavaScript 有一个功能，会纠正它认为错误的代码书写，它会自作聪明地在 return 这个词后面插入一个 ";" ，错误因此而生。 [img]http://files.jb51.net/upload/2010-2/20100215151615716.gif[/img]