最近被问到了一个问题：
>javaScript 中的箭头函数 (=>) 和普通函数 (function) 有什么区别？
我当时想的就是：这个问题很简单啊~（flag），然后做出了错误的回答……
>箭头函数中的this和调用时的上下文无关，而是取决于定义时的上下文
这并不是很正确的答案……虽然也不是完全错误
##箭头函数中的 this
首先说我的回答中没有错误的部分：箭头函数中的 this 确实和调用时的上下文无关
```javascript
function make () {
return ()=>{
console.log(this);
}
}
const testFunc = make.call({ name:'foo' });
testFunc(); //=> { name:'foo' }
testFunc.call({ name:'bar' }); //=> { name:'foo' }
```
这个例子可以看到，确实箭头函数在定义之后，this 就不会发生改变了，无论用什么样的方式调用它，this 都不会改变；
但严格来说，这并不是“取决于定义时的上下文”， 因为箭头函数根本就没有声明自己的 this，在箭头函数中调用 this 时，仅仅是**简单的沿着作用域链向上寻找**，找到最近的一个 this 拿来使用罢了；
从效果上看，这和我之前的理解并没有多大偏差，但它们的本质却是截然不同，箭头函数并不是普通函数新增了 this 不受调用时上下文影响的特性，而是减少了很多特性；
##箭头函数其实是更简单的函数
实际上箭头函数中并不只是 this 和普通函数有所不同，箭头函数中没有任何像 this 这样自动绑定的局部变量，包括：this，arguments，super(ES6)，new.target(ES6)……
借用别人的一个例子：
```javascript
function foo() {
setTimeout( () => {
console.log("args:", arguments);
},100);
}
foo( 2, 4, 6, 8 );
// args: [2, 4, 6, 8]
```
在普通函数中，会自动绑定上的各种局部变量，箭头函数都是十分单纯的沿着作用域链向上寻找……
箭头函数就是这么个简单、纯粹的东西；
所以我个人认为箭头函数更适合函数式编程，除了它更短以外，使用箭头函数也更难被那些没有显示声明的变量影响，导致你产生意料之外的计算结果；
##那么普通函数能否实现和箭头函数一样的效果呢？
如果是像当初的我一样简单的考虑固定住 this 这个易变的家伙……那倒是很简单，有些常用的方法，比如这样：
```javaScript
function make () {
var self = this;
return function () {
console.log(self);
}
}
```
或者
```javaScript
function make () {
return function () {
console.log(this);
}.bind(this);
}
```
然而第二种方法只能固定 this 这一个变量而已，如前文所述，箭头函数中的 arguments 等变量也是从作用域链中寻找的，为了实现类似的效果，我们只有重新定义一个局部变量这一种方式，而 babel 也是使用这种方式对箭头函数进行处理的。
```javaScript
function make () {
return function () {
console.log(this);
console.log(arguments);
}
}
//babel it...
function make() {
var _this = this,
_arguments = arguments;
return function () {
console.log(_this);
console.log(_arguments);
};
}
```
##那么……如果我想在箭头函数中使用 arguments 该怎么办？
……我觉得如果你有这个需求，可能还是用普通函数更合适一点……
但并不是说在箭头函数中无法以类似数组的形式取到所有参数，我们可以利用展开运算符来接收参数，比如这样：
```javascript
const testFunc = (...args)=>{
console.log(args) //数组形式输出参数
}
```
或许真的有场景需要用到这种写法，但我还是认为，箭头函数更适合那些接受固定的参数，返回一个计算结果的简单情况；
特别感谢 [vajoy](http://www.cnblogs.com/vajoy/) 所译 [getify](https://github.com/getify) 大神的[文章](http://www.cnblogs.com/vajoy/p/4902935.html)，把我从错误的理解上引导回来；
同时也让我明白了，有些时候**代码运行的结果和你的预期相同，未必就代表代码运行的原理和你的理解相同**