为了保证的可读性，本文采用意译而非直译。
全局变量使用容易引发bug，咱们经常教导尽量不要使用全局变量，尽管全局变量在某些情况下是有用的。例如，在浏览器中使用JS时，咱们可以访问全局window对象，window中有很多有用的方法，比如：
window.alert('Hello world'); // Shows an alert
window.setTimeout(callback, 3000); // Delay execution
window.fetch(someUrl); // make XHR requests
window.open(); // Opens a new tab
这些方法也像这样使用：
代码语言：javascript复制alert('Hello world'); // Shows an alert
setTimeout(callback, 3000); // Delay execution
fetch(someUrl); // make XHR requests
open(); // Opens a new tab
这是方便的。Redux是另一个“好”全局变量的例子:整个应用程序的状态存储在一个JS对象中，这个对象可以从整个应用程序(通过Redux)访问。但是当在一个团队如果同时有50个编写代码时，以如何处理这样的代码：
var arr = [];
function addToArr(element) {
arr.push(element);
return element " added!";
}
咱们同事在另一个文件中创建一个名为arr的新全局数组的几率有多大?我觉得非常高。JS中的全局变量非常糟糕的另一个原因是引擎足够友好，可以为咱们创建全局变量。如果忘了在变量名前加上var，就像这样：
name = "Valentino";
JS引擎为会创建一个全局变量，更糟糕的是，可以在函数中创建了“非预期”变量：
代码语言：javascript复制function doStuff() {
name = "Valentino";
}
doStuff();
console.log(name); // "Valentino"
无辜的功能最终污染了全球环境。幸运的是，可以用“严格模式”来消除这种行为， 在每个JS文件使用“use strict”足以避免愚蠢的错误：
"use strict";
function doStuff() {
name = "Valentino";
}
doStuff();
console.log(name); // ReferenceError: name is not defined
但一直使用严格模式也是一个问题，并不确实每个开发人员都会使用严格模式，因此，咱们必须找到一种解决“全局变量污染”问题的方法，幸运的是，JS 一直有一个内置的机制来解决这个问题。
揭秘闭包
那么，咱们如何保护全局变量不被污染?让咱们从一个简单的解开始，把arr移动到一个函数中：
function addToArr(element) {
var arr = [];
arr.push(element);
return element " added to " arr;
}
似乎合理，但结果不是咱们所期望的：
代码语言：javascript复制var firstPass = addToArr("a");
var secondPass = addToArr("b");
console.log(firstPass); // a added to a
console.log(secondPass); // b added to b
arr在每次函数调用时都会被重置，现在它成了一个局部变量，而在第一个例子中咱们声明的arr是全局变量。全局变量是“实时的”，不会被重围。局部变量在函数执行完后就会被销毁了似乎没有办法防止局部变量被破坏？闭包会有帮助吗？但是什么是 闭包呢？
JS函数可以包含其他函数，这到现在是很常见的，如下所示：
代码语言：javascript复制function addToArr(element) {
var arr = [];
function push() {
arr.push(element);
}
return element " added to " arr;
}
但如果咱们直接把 push 函数返回，又会怎么样呢？如下所示：
function addToArr(element) {
var arr = [];
return function push() {
arr.push(element);
console.log(arr);
};
//return element " added to " arr;
}
外部函数变成一个容器，返回另一个函数。第二个return语句被注释，因为该代码永远不会被执行。此时，咱们知道函数调用的结果可以保存在变量中。
var result = addToArr();
现在result变成了一个可执行的JS函数:
var result = addToArr();
result("a");
result("b");
只需修复一下，将参数“element”从外部函数移动到内部函数：
function addToArr() {
var arr = [];
return function push(element) {
arr.push(element);
console.log(arr);
};
//return element " added to " arr;
}
神奇的现象出现了，完整代码如下：
代码语言：javascript复制function addToArr() {
var arr = [];
return function push(element) {
arr.push(element);
console.log(arr);
};
//return element " added to " arr;
}
var result = addToArr();
result("a"); // [ 'a' ]
result("b"); // [ 'a', 'b' ]
这种被称为JS闭包:一个能够记住其环境变量的函数。为此，内部函数必须是一个封闭(外部)函数的返回值。这种也称为工厂函数。代码可以稍作调整，变更可以取更好的命名，内部函数可以是匿名的:
代码语言：javascript复制function addToArr() {
var arr = [];
return function(element) {
arr.push(element);
return element " added to " arr;
};
}
var closure = addToArr();
console.log(closure("a")); // a added to a
console.log(closure("b")); // b added to a,b
现在应该清楚了，“闭包”是内部函数。但有一个问题需要解决:咱们为什么要这样做?JS闭包的真正目的是什么?
闭包的需要
除了纯粹的“学术”知识之外，JS闭包还有很多用处：
- 提供私有的全局变量
- 在函数调用之间保存变量(状态)
JS中闭包最有趣的应用程序之一是模块模式。在ES6之前，除了将变量和方法封装在函数中之外，没有其他方法可以模块化JS代码并提供私有变量与方法”。闭包与立即调用的函数表达式相结合 是至今通用解决方案。
var Person = (function(){
// do something
})()
在模块中可以有“私有”变量和方法:
代码语言：javascript复制var Person = (function() {
var person = {
name: "",
age: 0
};
function setName(personName) {
person.name = personName;
}
function setAge(personAge) {
person.age = personAge;
}
})();
从外部咱们无法访问person.name或person.age。咱们也不能调用setName或setAge。模块内的所有内容都是“私有的”。如果想公开咱们的方法，我们可以返回一个包含对私有方法引用的对象。
var Person = (function() {
var person = {
name: "",
age: 0
};
function setName(personName) {
person.name = personName;
}
function setAge(personAge) {
person.age = personAge;
}
return {
setName: setName,
setAge: setAge
};
})();
如果想获取person对象，添加一个获取 person 对象的方法并返回即可。
var Person = (function() {
var person = {
name: "",
age: 0
};
function setName(personName) {
person.name = personName;
}
function setAge(personAge) {
person.age = personAge;
}
function getPerson() {
return person.name " " person.age;
}
return {
setName: setName,
setAge: setAge,
getPerson: getPerson
};
})();
Person.setName("Tom");
Person.setAge(44);
var person = Person.getPerson();
console.log(person); // Tom 44
这种方式，外部获取不到 person 对象：
console.log(Person.person); // undefined
模块模式不是构造JS代码的唯一方式。使用对象，咱们可以实现相同的结果：
代码语言：javascript复制var Person = {
name: "",
age: 0,
setName: function(personName) {
this.name = personName;
}
// other methods here
};
但是这样，内部属性就不在是私有的了：
代码语言：javascript复制var Person = {
name: "",
age: 0,
setName: function(personName) {
this.name = personName;
}
// other methods here
};
Person.setName("Tom");
console.log(Person.name); // Tom
这是模块的主要卖点之一。另一个好处是，模块有助于组织代码，使其具有重用性和可读性。如，开发人员看到以下的代码就大概知道是做什么的：
代码语言：javascript复制"use strict";
var Person = (function() {
var person = {
name: "",
age: 0
};
function setName(personName) {
person.name = personName;
}
function setAge(personAge) {
person.age = personAge;
}
function getPerson() {
return person.name " " person.age;
}
return {
setName: setName,
setAge: setAge,
getPerson: getPerson
};
})();
总结
全局变量很容易引发bug，咱们应该尽可能地避免它们。有时全局变量是有用的，需要格外小心使用，因为JS引擎可以自由地创建全局变量。
这些年来出现了许多模式来管理全局变量，模块模式就是其中之一。模块模式建立在闭包上，这是JS的固有特性。JS 中的闭包是一种能够“记住”其变量环境的函数，即使在后续函数调用之间也是如此。当咱们从另一个函数返回一个函数时，会创建一个闭包，这个模式也称为“工厂函数”。
思考
- 什么是闭包？
- 使用全局变量有哪些不好的方面？
- 什么是 JS 模块，为什么要使用它？
代码部署后可能存在的BUG没法实时知道，事后为了解决这些BUG，花了大量的时间进行log 调试，这边顺便给大家推荐一个好用的BUG监控工具 Fundebug。
原文：https://github.com/valentinogagliardi/Little-JavaScript-Book/blob/v1.0.0/manuscript/chapter4.md
