2009 年上半年可以说是风调雨顺。不管是工作、学习还是生活上，感觉都很充实，还把团队的气氛带起来了。杯具的转折点在7月份前后出现了。由于公司人事上出了比较严重的漏洞，导致项目停滞，士气大降。我当时选择了离开（后来松果团队纠正了那次的问题，不过我还是没打算再回去）。下半年就在上海漂了，找过几家公司，都挺不靠谱的。这段时间里状态一直都不好，特别是当一个人失业时间长了，那种失落感会与日俱增。甚至出现过“回老家吃老本”的念头。

好在有两个人，让我坚持了自己了方向。9月份的时候，博文视点的周筠老师让我写一篇《程序员修炼之道》的书评。当时又读了一遍这本书，还有几位前辈对这本书的书评，激动了，淡定了。继续学习和积累吧，我还年轻，要学的东西太多了。之后周老师还帮我介绍工作职位，这着实让我很感动。另一位是冯大辉老师，他帮我推荐了好几次简历。有一次淘宝的面试机会，可惜我没发挥好，他还是给我肯定和鼓励。现在加入 Yupoo 也是冯老师的推荐。我真的很感谢他们，还有关心帮助过我的朋友。

CCAV 老说网络是妖魔，充满了低俗与虚假，天朝警察说他肚子痛关你什么事。都见鬼去吧！在网络与现实中，还是有不少真诚相待的朋友的。

在松果团队的时候，参与了 Webgame 的设计和开发，后来还做了些性能调优的工作。我也因此接触到了很多关于高性能 Web 系统的知识。虽然实践还不多，但这些知识还是 Web 开发中必备的。学习别人的经验也算是一种积累吧。

前端部分，在对 Javascript 语言特性作了进一步的了解，理解了闭包、作用域链和函数调用对象这几个概念之后，我才算是对 Javascript 语言有了一个比较深刻的体会。这也对我后来学习其它具有函数式特性的语言时有很大的帮助。YUI 的前端优化建议也做了一些实践。CSS 一直是我的死穴，可能是我对界面的东西不那么感兴趣的缘故吧。

PHP 新的东西就不多了，主要是学习了 PHP 系统常用的设计方法，比如 ThinkPHP 和 Codeigniter 框架的设计。更多的是了解了 HTTP 协议中常用的部分，前端优化也有涉及到 HTTP 协议。读了 《RESTful WebService》，感觉 REST 这种设计方式很容易接受，可能是符合标准的关系吧。

读了一本关于数据库的书《MySQL性能调优与架构设计》，主要讲的是数据库系统的性能调优和高可用可扩展的架构设计。另外看了一些 Web 系统的架构设计和 Cache 的应用的案例，比如豆瓣、twitter。关于这些方面，实践太少，希望能有机会介入到相关的工作实践中。

从C10K，到了解事件模型和异步I/O的技术，我发现计算机专业基础值得复习和深入学习。包括算法，操作系统，编译原理，网络编程的书，我都将它们列入了今年的读书计划中。

去年还花了点时间看了 Python 的语法，现在工作中要用到了，正好可以深入研究一下。

在去年下半年比较空闲的时间里，看了很多经典的老片，这也算是一种收获吧。另外，2009年翻墙成了我日常网络生活中的一部分，也因此了解了比较真实的世界。纳美人认为，人的一生有两次生命，第一次是出生，第二次是建立起属于自己的社会地位。我也有两次生命，第一次是出生，第二次是翻墙之后。

-EOF-

随机文章

• 最近
• linux下 java swing 问题的解决
• JSP实现文件下载应注意的几个问题
• 源代码的字符集不同带来的问题
• Oracle 查询优化

Happy New Year !

稍后补上年度总结。

-EOF-

随机文章

• Hello World!
• 我想学手语
• HTTP 输出 Gzip 的注意事项
• 说说关于加班
• 2008年终总结

安装 apache2、JDK、tomcat 就不写了，查看文档吧。

apache2 要整合 tomcat 需要用到 mod_jk。Ubuntu 下安装 mod_jk 很简单：

$ sudo apt-get install libapache2-mod-jk

可以查看一下这个包安装后产生的配置文件：

$ dpkg -L libapache2-mod-jk

1
2
3
4
5
6
7
8

......
/etc
/etc/libapache2-mod-jk
/etc/libapache2-mod-jk/workers.properties
/etc/apache2
/etc/apache2/mods-available
/etc/apache2/mods-available/jk.load
......

配置 workers.properties 文件，修改其中的 workers.tomcat_home 和 workers.java_home 字段，改成正确的路径。例如，我的：

1
2

workers.tomcat_home = /home/belltoy/dev/apache-tomcat-5.5.25/
workers.java_home = /opt/jdk1.6.0_05/

workers.properties 文件默认已经配置了一个 worker，名字是 ajp13_worker，如下：

1
2
3
4
5
6
7
8

worker.list=ajp13_worker
worker.ajp13_worker.port=8009       #tomcat默认开了8009商品。根据实际情况适当修改。
worker.ajp13_worker.host=localhost  #tomcat服务器所在的主机
worker.ajp13_worker.type=ajp13      #apache2 连接 tomcat 的协议，默认为 ajp13
worker.ajp13_worker.lbfactor=1      #负载均衡选项。
 
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=ajp13_worker

在 /etc/apache2/mods-available 目录下增加一个文件 jk.conf，内容如下：

1
2
3
4
5
6

JkWorkersFile /etc/libapache2-mod-jk/workers.properties  #指定 mod_jk 的workers.properties 文件的位置
JkLogFile /var/log/apache2/mod_jk.log  # 指定mod_jk的日志文件位置
JkLogLevel info   # 指定od_jk的日志级别
JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"  # 指定od_jk的日志格式
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories  # 指定od_jk的选项
JkRequestLogFormat "%w %V %T" # 指定od_jk的请求日志格式，也是写在JkLogFile文件里

然后先禁用 mod_jk，再重新启用，这样 Ubuntu 自带的 apache2 工具会自动将 jk.conf 也放到启用目录 /etc/apache2/mods-enabled/ 下。命令：

$ sudo a2dismod jk
$ sudo a2enmod jk

假设虚拟主机名取为 jspproj.belltoy。

在 /etc/hosts 文件中添加本地主机名：

127.0.0.1        jspproj.belltoy

添加 apache2 下的虚拟主机配置

在 /etc/apache2/sites-available 目录下添加一个虚拟主机配置。配置如下：

文件名可以随便取，如：jspproj

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<VirtualHost *>
    # 匹配的URL将转给 tomcat 处理
    JkMount /servlet/* ajp13_worker
    JkMount /*.jsp ajp13_worker
    JkMount /*.do ajp13_worker
    JkMount /* ajp13_worker
 
    ServerAdmin admin@localhost
    ServerName  jspproj.belltoy
    CustomLog   /var/log/apache2/jspproj.belltoy-access.log combined
    DocumentRoot /home/belltoy/www/jspproj/
    <Directory /home/belltoy/www/jspproj/>
        Options Indexes FollowSymLinks MultiViews
        AllowOverride None
        Order allow,deny
        allow from all
    </Directory>
 
</VirtualHost>

启用jspproj:

$ sudo a2ensite jspproj

重新启动 apache2:

$ sudo /etc/init.d/apache2 restart

配置 tomcat5.5

在 tomcat 安装目录的 conf/server.xml 文件中 <Engine> 里增加一个虚拟主机的配置：

1
2
3
4
5
6

      <Host name="jspproj.belltoy" appBase="/home/belltoy/www/jspproj/" 
            unpackWARs="true" autoDeploy="true"
            xmlValidation="false" xmlNamespaceAware="false">
            <Context path="" docBase="/home/belltoy/www/jspproj/"
                reloadable="true" crossContext="true" />
      </Host>

启动 tomcat，在浏览器访问 http://jspproj.belltoy/ 就可以访问 /home/belltoy/www/jspproj/ 目录下的 jsp 应用了。

在jsp的概念中，一个主机<Host>下可以有多个 webapp，默认的 webapp 就是 path 为空的 <Context> 指定的目录。如果这里不指定 path 为空的<Context>，tomcat默认会用 appBase 指定的目录下的 ROOT 目录作为默认的 webapp。

相关文章

• HTTP 输出 Gzip 的注意事项
• 源代码的字符集不同带来的问题
• ThinkPHP 框架的 PATHINFO 模式对站点性能的影响
• 2008年终总结
• CSS+DIV不是标准布局

《程序员修炼之道》封面

收到消息，《程序员修炼之道》这本书的中文新版已经送印了，应该很快就要出来了。

感谢编辑给我发来了新书的新封面。与上一版中文的封面不同，这次基本采用了原版的封面设计，加上中文的一些介绍。

原来网易、趋势科技这些公司的新员工培训就用了这本书，这印证了我之前的想法。

另外，云风、霍炬、徐宥等几位高手都是我十分敬仰的技术大牛。

再一次感谢周老师的邀请，让我这个菜鸟也有机会和大牛们一起为这本经典之作写书评。同时，也感谢博文视点的各位编辑。

-EOF-

相关文章

• 评论《程序员修炼之道:从小工到专家》
• 《程序员修炼之道》书评
• 终于拿到大骆驼了

如今海量存储已经不是问题，反而是带宽资源有限，成了 Web 应用中主要瓶颈的所在。因此减少响应的传输量也就成了优化的关键。

Yahoo 的 34 条前端优化规则 中提到了 Gzip 压缩，Google 的前端性能最佳实践 中也提到了 Gzip 压缩。把服务器响应中的文本内容用 Gzip 压缩后可以减少大约 70％ 的大小。这着实对前端性能和用户体验的提升有明显的帮助。

从 HTTP/1.1 开始，客户端就可以在请求头中添加

 Accept-Encoding: gzip,deflate

来向请求的服务器表明自己支持 Gzip 压缩的响应。Web 服务器则在响应头中添加

 Content-Encoding: gzip

来向客户端表明响应体是经过 gzip 压缩的。

Apache不同版本使用的模块不同，在 Apache1.3 用的是 mod_gzip 模块，而 Apache2.x 用的是 mod_deflate 模块。用支持压缩的服务器来配置 Gzip 压缩输出是很方便的，它会自动在响应头中添加 Content-Encoding: gzip。

在服务器不支持对响应做 Gzip 压缩的情况下，我们可以事先用 gzip 命令把静态文件（如 js/css/xml/html 等文本内容）进行压缩。但 Web 服务器不会自动在响应头中添加 Content-Encoding: gzip ，必须手动为压缩过的文件添加这个响应头。如果服务器输出的是经过 Gzip 压缩过的内容而响应头中又没有 Content-Encoding 的声明，大多数浏览器不会正确识别响应体，Google Chrome 是个特例。

gzip 命令产生的文件默认是以 .gz 为后缀名的，比如

 ~$ gzip jquery.js

命令输出的就是 jquery.js.gz 文件。一般情况下，浏览器都是以 MIME 来识别响应类型，而不会以后缀名来识别。所以我们把这些静态文件经过手动的 gzip 压缩，把链接请求改成 .gz 的后缀，只要正确声明了 Content-Encoding 就不会有问题，但 Google Chrome 是个特例。 我做了个测试：

所以最好的办法是用 gzip 压缩，但不添加 .gz 保持原文件的后缀名，正确添加 Content-Encoding 声明。这样可以保证多数浏览器可以正确识别。但也有个缺点，就是维护起来就比较麻烦了。

-EOF-

相关文章

• apache2 和 tomcat5.5 集成及虚拟主机配置
• 源代码的字符集不同带来的问题
• ThinkPHP 框架的 PATHINFO 模式对站点性能的影响
• 2008年终总结
• CSS+DIV不是标准布局

参加工作后，随着编程经验的积累，我越来越能体会这本书中观点。每一次重读书中的章节，都会有新的收获；结合自己的每次经历，都能与之共鸣。——这是对我影响最深的一本书，也是我向朋友和同事推荐次数最多的一本书。有趣的是，书前 Kevin Ruland 的评论说到：这是我唯一不会出借的一本书。究竟是一本什么样的书会让大师都如此爱不释手？

这本书所涉及的内容很广，涵盖了程序员成长过程中和软件开发过程中需要注意的地方。从程序员的个体哲学到编码过程中的各个环节，再到团队的项目管理；从程序员要如何扩充知识，如何思考问题，如何利用有效的工具打造个人的工作环境，到项目启动之前如何建立一些基本准则，如何分析、设计、编写、测试、重构，如何实现自动化，甚至是项目团队中提高实效的原则。书中的内容全部都是来自经验的总结，倡导编程中正确的观念和良好的习惯，而这正是优秀的程序员必须拥有的良好素质。

书中讲述的原则源于实践，高于实践，它们蕴涵着前辈们的智慧。随着知识的扩展、编程体验的增加，对这本书中的内容的理解也会愈加深刻。反过来，对前辈菁华的吸收，有助于我们提高编程水平，开发出更好的产品。

我深信这不是一本只要读一遍的书。这些原则看似简单，但细细品味一番，却是大哲大道，环环相扣，要理解透彻并不容易。例如，提示44告诉我们“不要靠巧合编程”，这道理看起来好像很简单，但我发现实际工作中还是很容易就犯这个错。细想一下BUG列表中的问题，其中的大多数不正是由于作了不正确的假设，或者是想当然造成的吗？要是一开始就有深思熟虑，经过了合理的设计，完整有效地进行测试，大部分都可以避免罢！而思考、设计、测试又紧扣书中其它章节。

曾经和朋友讨论关于员工培训的事。如果给程序员做培训的话，我首选的材料就是这本《程序员修炼之道》。

-EOF-

相关文章

• 新的封面
• 评论《程序员修炼之道:从小工到专家》

上海Moto维修中心跟客户交流的是前台小姐，技术人员不知道躲在哪里。非专业用户可能被骗说是主板问题，专业用户的意见没法传达到技术维修人员那里，这样怎么修手机？检测完前台小姐出来答话，说是主板问题，修要480，我问主板什么问题，她才说是主板上的芯片问题，再问什么芯片，答不上来。

什么芯片坏了要480？为什么不说出来？怕被我知道后他们的谎言就穿帮了？什么芯片这么好要480？这么好的芯片要是坏了我的手机除了一直在耳机模式之外就什么问题都没有了？

满街的修手机都这样，大品牌客服也这样，就没人管？Moto的维修协议上还说要是手机被他们修坏了他们不负责。很多所谓的专业技术维修人员连基础的电子和数字电路的原理都没我清楚。公职人员拿了纳税人的钱都在干嘛？是不是管小摊没好处拿，管大企业怕影响税收？作为弱势群体很无助啊！我要自己修！

当然换主板在大部分情况下都能修复手机的问题，但有必要吗？我更倾向于把问题最小化定位，尽量针对最小的模块修复。就像鼠标左键单击变双击一样，没必要换整个鼠标，只要把按键那个元件换一个焊上去就好了。

这个问题让我想起这篇文章《当国联航弄坏了我的吉他》。

关于 Moto E6 手机的这个问题参见：

1. 百度知道
2. ZOL中关村在线

-EOF-

随机文章

• JSP连接远程FTP服务器，生成缩略图
• Oracle 查询优化
• 全国哀悼日
• perl发邮件脚本
• 新的封面

延迟调用

setTimeout 函数允许在指定时间之后在全局对象（window 对象）里执行一个无参数函数。利用闭包的特性，我们就可以给这个函数传递参数。

1
2
3
4
5
6
7

function dosomething(param) {
    return (function() {
        //这里可以得到 param 这个参数
        alert(param);
    });
}
setTimeout(dosomething('参数'), 1000);

命名空间

闭包包含了函数代码和绑定了自由变量的计算环境，这个环境就可以给函数提供一个私有的命名空间。这个特性可以用在很多情况下。例如一个字符串解析函数需要一个特殊字符列表，如果把这个列表定义在函数体中，那么每次调用这个函数的时候都要重新初始化一次特殊字符列表。有两种方法可以避免这种重复计算，一是把特殊字符列表定义成全局的变量。但这样至少会产生两个问题，污染了全局命名空间，同时这个全局变量在任何地方都可以被修改。第二种方法就是利用闭包，示例代码如下。

1
2
3
4
5
6
7
8

var parse = function(){
    var list = ['t', 'n', '\' /* other */];
    return function(str /* 要解析的目标字符串 */) {
        //do parse
    };
}();
 
parse('hello');

这样，不管调用多少次 parse 函数，特殊字符列表都不会重新初始化了，而且外部任何地方都无法访问这个列表。

通过闭包可以做什么，以上只是举两个比较常见的例子，有一篇文章说闭包什么都可以做。有的时候不用闭包可能也可以实现相应的功能，但闭包使 JavaScript 变得更加灵活，可以让你写出更加优雅的代码。要详细解答这个问题要通过大量的实践和总结了，我们只要对它的原理理解了，平时开发的时候多思考，就知道该不该用闭包了。

-EOF-

相关文章

• 从总结中学习
• Javascript 的词法作用域、调用对象和闭包
• jQuery中ajax方法的改进
• 2008年终总结
• 牛刀小试

这本书的书名叫 JavaScript: The Good Parts，内容共 150 页左右。原本以为这么薄的书直接在书店看完就好。但当我在书店花了大约半小时时间快速看了一遍之后我觉得它值得我买下来。

它概括了 JavaScript 这个脚本语言的核心内容，不仅总结了语言的精华部分，还指出了“鸡肋”和“糟粕”。如果说犀牛书展现了 JavaScript 特性的丰富和功能的强大，这本书就体现了 JavaScript 语言轻巧简洁的特点。

其实 JavaScript 就是这么简洁，但是它很灵活，使用得好，可以编写出功能强大的程序。语言中核心的内容，也就是犀牛书的第一部分，全部在这本书中被总结出来了。但这并不表示可以从这本书入门，它不是入门级的，不适合初学者。作为概括总结，它是一本很好的帮助你提高 JavaScript 水平的书籍，因为总结也是学习的过程。

这本书的特点是，薄但内容丰富。它用精炼的文字、形象的语法图（railroad diagram）和简短的代码片断总结了 JavaScript 的核心内容。对于对 JavaScript 已经有较深理解的人来说，它可以帮助你整理总结并加深对 JavaScript 的理解，对于了解程度低一点的人来说，它可以帮助你学习 JavaScript 的编程思想。不过就像作者的前言所说的，必须反复阅读。这也正是我决定购买这本书的原因。

书的最后那个 json_parse 的例子给我的印象很深。这是本书唯一一个完整的实例代码，它包含了 JavaScript 中很多重要的知识点和代码设计风格（比如闭包），很值得研究学习。

-EOF-

相关文章

• 闭包的用处
• Javascript 的词法作用域、调用对象和闭包
• jQuery中ajax方法的改进
• 2008年终总结
• 牛刀小试

作用域 Scope

Javascript 中的函数属于词法作用域，也就是说函数在它被定义时的作用域中运行而不是在被执行时的作用域内运行。这是犀牛书上的说法。但“定义时”和“执行（被调用）时”这两个东西有些人搞不清楚。简单来说，一个函数A在“定义时”就是 function A(){} 这个语句执行的时候就是定义这个函数的时候，而A被调用的时候是 A() 这个语句执行的时候。这两个概念一定要分清楚。

那词法作用域（以下称之为“作用域”，除非特别指明）到底是什么呢？它是个抽象的概念，说白了它就是一个“范围”，scope 在英文里就是范围的意思。一个函数的作用域是它被定义时它所处的“范围”，也就是它外层的“范围”，这个“范围”包含了外层的变量属性，这个“范围”被设置成这个函数的一个内部状态。一个全局函数被定义的时候，全局（这个函数的外层）的“范围”就被设置成这个全局函数的一个内部状态。一个嵌套函数被定义的时候，被嵌套函数（外层函数）的“范围”就被设置成这个嵌套函数的一个内部状态。这个“内部状态”实际上可以理解成作用域链，见下文。

当一个函数被调用时，在这个函数里，它能访问到它的这个内部状态，也就可以访问整个作用域链上的所有变量，当然也就包括了外部变量。（实际上是从“调用对象链”里访问到的。好像有问题吧，请接着阅读。）

照以上说法，一个函数的作用域是它被定义的时候所处的“范围”，那么 Javascript 里的函数作用域是在函数被定义的时候就确定了，所以它是静态的作用域，词法作用域又称为静态作用域。

调用对象 Call Object

一个函数的调用对象是动态的，它是在这个函数被调用时才被实例化的。我们已经知道，当一个函数被定义的时候，已经确定了它的作用域链。当 Javascript 解释器调用一个函数的时候，它会添加一个新的对象（调用对象）到这个作用域链的前面。这个调用对象的一个属性被初始化成一个名叫 arguments 的属性，它引用了这个函数的 Arguments 对象，Arguments 对象是函数的实际参数。所有用 var 语句声明的本地变量也被定义在这个调用对象里。这个时候，调用对象处在作用域链的头部，本地变量、函数形式参数和 Arguments 对象全部都在这个函数的范围里了。当然，这个时候本地变量、函数形式参数和 Arguments 对象就覆盖了作用域链里同名的属性。

作用域、作用域链和调用对象之间的关系

我的理解是，作用域是是抽象的，而调用对象是实例化的。

在函数被定义的时候，实际上也是它外层函数执行的时候，它确定的作用域链实际上是它外层函数的调用对象链；当函数被调用时，它的作用域链是根据定义的时候确定的作用域链（它外层函数的调用对象链）加上一个实例化的调用对象。所以函数的作用域链实际上是调用对象链。在一个函数被调用的时候，它的作用域链（或者称调用对象链）实际上是它在被定义的时候确定的作用域链的一个超集。

它们之间的关系可以表示成：作用域⊃作用域链⊇调用对象。

太绕口了，举例说明吧：

1
2
3
4
5
6

function f(x) {
    var g = function () { return x; }
    return g;
}
var g1 = f(1);
alert(g1());  //输出 1

假设我们把全局看成类似以下这样的一个大匿名函数：

1
2
3

(function() {
    //这里是全局范围
})();

那么例子就可以看成是：

1
2
3
4
5
6
7
8

(function() {
    function f(x) {
        var g = function () { return x; }
        return g;
    }
    var g1 = f(1);
    alert(g1());  //输出 1
})();

0. 全局的大匿名函数被定义的时候，它没有外层，所以它的作用域链是空的。
1. 全局的大匿名函数直接被执行，全局的作用域链里只有一个 '全局调用对象'。
2. 函数 f 被定义，此时函数 f 的作用域链是它外层的作用域链，即 '全局调用对象'。
3. 函数 f(1) 被执行，它的作用域链是新的 f(1) 调用对象加上函数 f 被定义的时候的作用域链，即 'f(1) 调用对象->全局调用对象'。
4. 函数 g （它要被返回给 g1，就命名为 g1吧）在 f(1) 中被定义，它的作用域链是它外层的函数 f(1) 的作用域链，即 'f(1) 调用对象->全局调用对象'。
5. 函数 f(1) 返回函数 g 的定义给 g1。
6. 函数 g1 被执行，它的作用域链是新的 g(1) 调用对象加上外层 f(1) 的作用域链，即 'g1 调用对象->f(1)调用对象->全局调用对象'。

这样看就很清楚了吧。

闭包 Closuer

闭包的一个简单的说法是，当嵌套函数在被嵌套函数之外调用的时候，就形成了闭包。

之前的那个例子其实就是一个闭包。g1 是在 f(1) 内部定义的，却在 f(1) 返回后才被执行。可以看出，闭包的一个效果就是被嵌套函数 f 返回后，它内部的资源不会被释放。在外部调用 g 函数时，g 可以访问 f 的内部变量。根据这个特性，可以写出很多优雅的代码。

例如要在一个页面上作一个统一的计数器，如果用闭包的写法，可以这么写：

1
2
3
4
5
6
7
8
9
10
11

var counter  = (function() {
    var i = 0;
    var fns = {"get": function() {return i;},
               "inc": function() {return ++i;}};
    return fns;
})();
//do something
counter.inc();
//do something else
counter.inc();
var c_value = counter.get();  //now c_value is 2

这样，在内存中就维持了一个变量 i，整个程序中的其它地方都无法直接操作 i 的值，只能通过 counter 的两个操作。

在 setTimeout(fn, delay) 的时候，我们不能给 fn 这个函数句柄传参数，但可以通过闭包的方法把需要的参数绑定到 fn 内部。

1
2
3
4
5

for(var i=0,delay=1000; i< 5; i++, delay +=1000) {
    setTimeout(function() {
        console.log('i:' + i + " delay:" + delay);
    }, delay);
}

这样，打印出来的值都是

i:5 delay:6000
i:5 delay:6000
i:5 delay:6000
i:5 delay:6000
i:5 delay:6000

改用闭包的方式可以很容易绑定要传进去的参数：

1
2
3
4
5
6
7

for(var i=0, delay=1000; i < 5; i++, delay += 1000) {
    (function(a, _delay) { 
        setTimeout(function() { 
            console.log('i:'+a+" delay:"+_delay);
        }, _delay);
    })(i, delay);
}

输出：

i:0 delay:1000
i:1 delay:2000
i:2 delay:3000
i:3 delay:4000
i:4 delay:5000

闭包还有一个很常用的地方，就是在绑定事件的回调函数的时候。也是同样的道理，绑定的函数句柄不能做参数，但可以通过闭包的形式把参数绑定进去。

总结

1. 函数的词法作用域和作用域链是不同的东西，词法作用域是抽象概念，作用域链是实例化的调用对象链。
2. 函数在被定义的时候，同时也是它外层的函数在被执行的时候。
3. 函数在被定义的时候它的词法作用域就已经确定了，但它仍然是抽象的概念，没有也不能被实例化。
4. 函数在被定义的时候还确定了一个东西，就是它外层函数的作用域链，这个是实例化的东西。
5. 函数在被多次调用的时候，它的作用域链都是不同的。
6. 闭包很强大。犀牛书说得对，理解了这些东西，你就可以自称是高级 Javascript 程序员了。因为利用好这些概念，可以玩转 Javascript 的很多设计模式。

-EOF-

相关文章

• 闭包的用处
• 从总结中学习
• jQuery中ajax方法的改进
• 2008年终总结
• 牛刀小试