@H_4040@正文
@H404_0@javascript中的this和函数息息相关，所以今天，我就给大家详细地讲述一番：javascript函数中的this @H_404_0@一谈到this，很多让人晕晕乎乎的抽象概念就跑出来了，这里我就只说最核心的一点——函数中的this总指向调用它的对象，接下来的故事都将围绕这一点展开 @H_404_0@（提醒前排的筒子们准备好茶水和西瓜，我要开始讲故事啦！！） @H_404_0@【故事】有一个年轻人叫"迪斯"（this）,有一天，迪斯不小心穿越到一个叫 “伽瓦斯克利”（javascript）的 异世界，此时此刻迪斯身无分文， 他首先要做的事情就是——找到他的住宿的地方——调用函数的对象
this的默认绑定
@H_404_0@【故事——线路1】如果迪斯（this）直到天黑前都没有找到能收留自己的住所，他眼看就要过上非洲难民的生活， 这时候，一位乐善好施的魔法师村长——window救世主一般地出现了：先住在我家吧！
输出true
@H_404_0@上面的例子我相信对大多数人都很简单，但有的时候我们把例子变一下就会具有迷惑性：
函数内部的函数哦！
function innerFire() {
console.log(this === window)
}
innerFire(); // 独立函数调用
}
fire(); // 输出true
@H_404_0@函数 innerFire在一个外部函数fire里面声明且调用，那么它的this是指向谁呢？ 仍然是window
@H_404_0@许多人可能会顾虑于fire函数的作用域对innerFire的影响，但我们只要抓住我们的理论武器——没有明确的调用对象的时候，将对函数的this使用默认绑定：绑定到全局的window对象，便可得正确的答案了
@H_404_0@下面这个加强版的例子也是同样的输出true
@H_404_0@【注意】在这个例子中， obj.fire()的调用实际上使用到了this的隐式绑定，这就是下面我要讲的内容，这个例子我接下来还会继续讲解
@H_404_0@【总结】 凡事函数作为独立函数调用，无论它的位置在哪里，它的行为表现，都和直接在全局环境中调用无异
@H_404_0@this的隐式绑定
@H_404_0@【故事——线路2】 迪斯（this）穿越来异世界“伽瓦斯克利”（javascript）的时候，刚好身上带了一些钱，于是他找到一个旅馆住宿了下来
输出1
@H_404_0@现在我们需要对平常司空见惯的的代码操作做一些更深的思考，首先，下面的这两段代码达到的效果是相同的：
代码
function fire () {
console.log(this.a)
}
var obj = {
a: 1,fire: fire
}
obj.fire(); // 输出1
// 我是第二段代码
var obj = {
a: 1,fire: function () {
console.log(this.a)
}
}
obj.fire(); // 输出1
@H_404_0@fire函数并不会因为它被定义在obj对象的内部和外部而有任何区别，也就是说在上述隐式绑定的两种形式下，fire通过this还是可以访问到obj内的a属性，这告诉我们：
@H_404_0@1. this是动态绑定的，或者说是在代码运行期绑定而不是在书写期
@H_404_0@2. 函数于对象的独立性， this的传递丢失问题
@H_404_0@（下面的描述可能带有个人的情感倾向而显得不太严谨，但这是因为我希望阅读者尽可能地理解我想表达的意思）
隐式绑定下，作为对象属性的函数，对于对象来说是独立的
@H_404_0@基于this动态绑定的特点，写在对象内部，作为对象属性的函数，对于这个对象来说是独立的。（函数并不被这个外部对象所“完全拥有”）
@H_404_0@我想表达的意思是：在上文中，函数虽然被定义在对象的内部中，但它和“在对象外部声明函数，然后在对象内部通过属性名称的方式取得函数的引用”，这两种方式在性质上是等价的（而不仅仅是效果上）
@H_404_0@定义在对象内部的函数只是“恰好可以被这个对象调用”而已，而不是“生来就是为这个对象所调用的”
@H_404_0@借用下面的隐式绑定中的this传递丢失问题来说明：
属性 1
fire: function () {
console.log(this.a)
}
}
var a = 2; // a是定义在全局环境中的变量 2
var fireInGrobal = obj.fire;
fireInGrobal(); // 输出 2
@H_404_0@上面这段简单代码的有趣之处在于： 这个于obj中的fire函数的引用（ fireInGrobal）在调用的时候，行为表现（输出）完全看不出来它就是在obj内部定义的，其原因在于：我们隐式绑定的this丢失了！！ 从而 fireInGrobal调用的时候取得的this不是obj，而是window
@H_404_0@上面的例子稍微变个形式就会变成一个可能困扰我们的bug:
@H_404_0@在上面，我们的
属性
fire: function () {
console.log(this.a)
}
}
function otherFire (fn) {
fn();
}
otherFire(obj.fire); // 输出2
@H_404_0@关键角色是otherFire函数，它接受一个函数引用作为参数，然后在内部直接调用，但它做的假设是参数fn仍然能够通过this去取得obj内部的a属性，但实际上,this对obj的绑定早已经丢失了，所以输出的是全局的a的值(2),而不是obj内部的a的值（1）
@H_404_0@在一串对象属性链中，this绑定的是最内层的对象
@H_404_0@在隐式绑定中，如果函数调用位置是在一串对象属性链中，this绑定的是最内层的对象。如下所示：
输出3
@H_404_0@this的显式绑定：(call和bind方法)
@H_404_0@【故事——线路3】 迪斯（this）穿越来异世界“伽瓦斯克利”（javascript），经过努力的打拼，积累了一定的财富，于是他买下了自己的房子
@H_404_0@fn是你调用的函数，object参数是你希望函数的this所绑定的对象。 @H_404_0@fn.call(object)的作用：
@H_404_0@1.即刻调用这个函数（fn） @H_404_0@2.调用这个函数的时候函数的this指向object对象 @H_404_0@例子：属性
fire: function () {
console.log(this.a)
}
}
var a = 2; // a是定义在全局环境中的变量
var fireInGrobal = obj.fire;
fireInGrobal(); // 输出2
fireInGrobal.call(obj); // 输出1
@H_404_0@原本丢失了与obj绑定的this参数的fireInGrobal再次重新把this绑回到了obj
@H_404_0@但是，我们其实不太喜欢这种每次调用都要依赖call的方式，我们更希望：能够一次性 返回一个this被永久绑定到obj的fireInGrobal函数，这样我们就不必每次调用fireInGrobal都要在尾巴上加上call那么麻烦了。
@H_404_0@怎么办呢？ 聪明的你一定能想到，在fireInGrobal.call(obj)外面包装一个函数不就可以了嘛！
属性
fire: function () {
console.log(this.a)
}
}
var a = 2; // a是定义在全局环境中的变量
var fn = obj.fire;
var fireInGrobal = function () {
fn.call(obj) //硬绑定
}
fireInGrobal(); // 输出1
@H_404_0@如果使用bind的话会更加简单
new绑定
@H_404_0@【故事】 迪斯（this）组建了自己的家庭，并生下多个孩子（通过构造函数new了许多个对象）
