您现在的位置：首页 --> 查看专题： 闭包
要成为高级 JavaScript 程序员，就必须理解闭包。
闭包的风险:
1、由于闭包会使得函数中的变量会被更长时间保存在内存中，消耗很大，所以不能滥用闭包，否则会造成网页的性能问题，在IE中更是可能导致内存泄露。解决方法是，在退出函数之前，将不使用的局部变量全部删除。
2、闭包会在父函数外部，改变父函数内部变量的值。所以，如果你把父函数当作对象（object）使用，把闭包当作它的公用方法（Public Method），把内部变量当作它的私有属性（private value），这时一定要小心，不要随便改变父函数内部变量的值。
近来老见到人有内存泄漏的问题，自己写模块和例子的时候，也发现有内存泄漏的问题。。。学艺不精啊，所以特在这写一个文章来分享一下有关这方面的内容。
JavaScript是一种非常强大的函数式编程语言，可以动态创建函数对象。
由于JavaScript还支持闭包(Closure)，因此，函数可以引用其作用域外的变量，非常强大。
来看看在JavaScript中使用闭包的陷阱。。。
JavaScript 的闭包是一个其主动发展的特性, 也是一个被动发展的特性. 也就是说, 一方面, JS 有了闭包能更好解决一些问题. 另一方面, JS 为了解决某些问题, 而不得不使用闭包勉强来解决问题.
前者这里不讨论, 如果 JS 闭包能更好的解决问题, 当然使用闭包更好.
我讨论的是后者, 是因为 JS 本身的限制, 而不得不磕磕绊绊地用闭包来解决的问题, 例如"变量只初始化一次"这样的需求.
看到Python程序员的10个常见错误这篇文章中讲到了闭包和后期绑定的问题。有很多不同的人都对闭包过进行了定义....
在计算机科学中，闭包(Closure)是词法闭包(Lexical Closure)的简称，是引用了自由变量的函数。这个被引用的自由变量将和这个函数一同存在，即使已经离开了创造它的环境也不例外。所以，有另一种说法认为闭包是由函数和与其相关的引用环境组合而成的实体。闭包在运行时可以有多个实例，不同的引用环境和相同的函数组合可以产生不同的实例。
如果Google一下“闭包”这个词，会发现网上关于闭包的文章已经不计其数，甚至很多人将闭包看做面试JavaScript程序员的必考题（虽然闭包和JavaScript没有什么必然联系）。既然如此，我为什么还要写一篇关于闭包的文章呢？ 首先，虽然网上关于闭包的文章甚多，但是很少以较为形式化的角度阐述闭包，而我认为理解闭包的关键之一就是从形式化角度理解其涵义；其次，大多数文章将闭包的概念与JavaScript语言绑定太死，这样容易局限对闭包概念的理解，而难以窥探到其本质。从JavaScript去理解闭包，个人认为这是本末倒置的，应该先理解纯粹意义上的闭包，然后再理解JavaScript中的闭包机制。 基于以上情况，本文将从较为形式化的角度阐述闭包概念，当做对现有网络的资料的一个补充。
Java的闭包(Closure)特征最近成为了一个热门话题。一些精英正在起草一份议案，要在Java将来的版本中加入闭包特征。然而，提议中的闭包语法以及语言上的这种扩充受到了众多Java程序员的猛烈抨击。 不久前，出版过数十本编程书籍的大作家Elliotte Rusty Harold发表了对Java中闭包的价值的质疑。尤其是他问道“ for 循环为何可恨？”： 我不知道，有些人这么着急的要把 for 循环消灭掉，他们反对的究竟是什么？这已经不是第一次或第二次计算机学界的理论家们起来反对 for 循环(或类似的东西)了。 如果只说Elliotte质疑不起眼的闭包的价值，这是不公平的。
如果Google一下“闭包”这个词，会发现网上关于闭包的文章已经不计其数，甚至很多人将闭包看做面试JavaScript程序员的必考题（虽然闭包和JavaScript没有什么必然联系）。既然如此，我为什么还要写一篇关于闭包的文章呢？首先，虽然网上关于闭包的文章甚多，但是很少以较为形式化的角度阐述闭包，而我认为理解闭包的关键之一就是从形式化角度理解其涵义；其次，大多数文章将闭包的概念与JavaScript语言绑定太死，这样容易局限对闭包...
看了 InfoQ 的 代码之丑 专栏，心痒痒忍不住，前端也来一个系列吧。 分析的代码片段大都来自实际项目。还希望代码主人多多包容，让我们一起共同研究探讨，互助学习提高。 实际代码 今天要分析的是获取邮费目的地的一段代码（做了部分简化，整体保持原貌...
Javascript有没有内存泄露？如果有，如何避免？鉴于最近有好几个人问到我类似的问题，看来大家对这部分内容还没有系统的研究过，因此，打算在这里把个人几年前整理的一些资料和大家分享...
这几天晚上回到家里没闲着，在网上找了本书，终于弄明白自己一直半懂且不懂装懂的一件事情。 那就是闭包与作用域的事情，想想前两天写的日志，虽然当时自己用另外一种方式处理了。即借用于中间函数，不过始终是脱离了自己原来预想的闭包实现法。既然偶有所感，不如改写一下。 改写后，代码如下，果然精悍了很多。
有的时候，过于钻牛角尖并不是什么好事，只会把自己越套越牢。换个思路，其实方法很简单。近来忙着改一些东西，需求来的时候真是锐不可挡。被越来越多的任务压的喘不过气来。 今天在写一个适应于所有游戏充值页面的js，希望大多数页面可以共用一套js，方便维护。在这个过程中，遇到了如下问题：
Perl闭包实例解释
[ 共17篇文章 ][ 第1页/共1页 ][ 1 ]
近3天十大热文
-
[61] 如何拿下简短的域名 -
[59] IOS安全–浅谈关于IOS加固的几种方法
-
[58] 【社会化设计】自我（self）部分――欢迎区
-
[57] 图书馆的世界纪录
-
[57] Oracle MTS模式下 进程地址与会话信
-
[55] Go Reflect 性能
-
[54] android 开发入门
-
[45] 视觉调整－设计师 vs. 逻辑
-
[43] 界面设计速成
-
[42] 读书笔记-壹百度:百度十年千倍的29条法则
赞助商广告
