Daniel Clifford 在 Google I/O 2012 上做了一个精彩的演讲“Breaking the JavaScript Speed Limit with V8”。在演讲中，他深入解释了13个简单的代码优化方法，可以让你的代码在 Chrome 的 V8 JavaScript 引擎编译/运行你的 JavaScript 代码更加快速。在演讲中，他解释了怎么优化，并且解释了原因。下面简明的列出了优化的要点：
1. 在构造函数中初始化所有的对象
2. 始终用相同的顺序初始化对象
3. 尽量使用数字
4. 为数组使用从0开始的连续的主键
5. 不要提前分配大型数组（>64K），你应该在使用的过程中扩大数组
6. 不要删除数组中的元素
7. 不要装在没有初始化或者已经删除的元素
8. 对于固定大小的数组，使用”array literals“初始化
9. 在使用前分配正确的空间大小给小数组
10. 不要在数值数组中存储非数值内容
11. 尽量使用单一类型（monomorphic）而不是多类型（polymorphic）
12. 不要使用 try{} catch{}
13. 在优化后避免在方法中修隐藏的类
如果你有时间的话，请看完整的视频还有 PPT ，强烈推荐！我将时常看看这个列表，并对比我的代码。
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
另外异常处理的目的不是流程控制，而是为了把有发生异常的情况通知到调用栈的合适层面上做处理，比如你数据库操作层面上发现数据库执行有异常，操作不成功，不是方法里面捕获一下或者返回个-1就完了，确实需要把异常的情况抛出让应用层面知晓这个异常。
个人的意见。抱歉刚才那话说绝对了。
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
另外异常处理的目的不是流程控制，而是为了把有发生异常的情况通知到调用栈的合适层面上做处理，比如你数据库操作层面上发现数据库执行有异常，操作不成功，不是方法里面捕获一下或者返回个-1就完了，确实需要把异常的情况抛出让应用层面知晓这个异常。
个人的意见。抱歉刚才那话说绝对了。
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
另外异常处理的目的不是流程控制，而是为了把有发生异常的情况通知到调用栈的合适层面上做处理，比如你数据库操作层面上发现数据库执行有异常，操作不成功，不是方法里面捕获一下或者返回个-1就完了，确实需要把异常的情况抛出让应用层面知晓这个异常。
个人的意见。抱歉刚才那话说绝对了。
引用来自“unknown”的评论
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
另外异常处理的目的不是流程控制，而是为了把有发生异常的情况通知到调用栈的合适层面上做处理，比如你数据库操作层面上发现数据库执行有异常，操作不成功，不是方法里面捕获一下或者返回个-1就完了，确实需要把异常的情况抛出让应用层面知晓这个异常。
个人的意见。抱歉刚才那话说绝对了。
引用来自“逝水fox”的评论
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
引用来自“unknown”的评论
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
引用来自“逝水fox”的评论
12. 不要使用 try{} catch{}?
这是为什么?
喷的时候请认真思考一下，您可以达到作者的高度么。
这是为什么?