深入浅析JavaScript系列（13）：This? Yes,this!

在这篇文章里，我们将讨论跟执行上下文直接相关的更多细节。讨论的主题就是this关键字。实践证明，这个主题很难，在不同执行上下文中this的确定经常会发生问题。

许多程序员习惯的认为，在程序语言中，this关键字与面向对象程序开发紧密相关，其完全指向由构造器新创建的对象。在ECMAScript规范中也是这样实现的，但正如我们将看到那样，在ECMAScript中，this并不限于只用来指向新创建的对象。

英文翻译: Dmitry A. Soshnikov在Stoyan Stefanov的帮助下发布: 2010-03-07http://dmitrysoshnikov.com/ecmascript/chapter-3-this/俄文原文: Dmitry A. Soshnikov修正: Zeroglif发布: 2009-06-28; 更新：2010-03-07http://dmitrysoshnikov.com/ecmascript/ru-chapter-3-this/本文绝大部分内容参考了：http://www.denisdeng.com/?p=900部分句子参考了：justin的中文翻译

让我们更详细的了解一下，在ECMAScript中this到底是什么？

this是执行上下文中的一个属性：

activeExecutionContext = { VO: {...},this: thisValue};

这里VO是我们前一章讨论的变量对象。

this与上下文中可执行代码的类型有直接关系，this值在进入上下文时确定，并且在上下文运行期间永久不变。

下面让我们更详细研究这些案例：

代码中的this

在这里一切都简单。在全局代码中，this始终是全局对象本身，这样就有可能间接的引用到它了。

// 显示定义全局对象的属性this.a = 10; // global.a = 10alert(a); // 10 // 通过赋值给一个无标示符隐式b = 20;alert(this.b); // 20 // 也是通过变量声明隐式声明的// 因为全局上下文的变量对象是全局对象自身var c = 30;alert(this.c); // 30

函数代码中的this

在函数代码中使用this时很有趣，这种情况很难且会导致很多问题。

这种类型的代码中，this值的首要特点（或许是最主要的）是它不是静态的绑定到一个函数。

正如我们上面曾提到的那样，this是进入上下文时确定，在一个函数代码中，这个值在每一次完全不同。

不管怎样，在代码运行时的this值是不变的，也就是说，因为它不是一个变量，就不可能为其分配一个新值（相反，在Python编程语言中，它明确的定义为对象本身，在运行期间可以不断改变）。

错误，任何时候不能改变this的值 alert(this.x); // 如果不出错的话，应该是10，而不是20 } }; // 在进入上下文的时候// this被当成bar对象// determined as "bar" object; why so - will// be discussed below in detail bar.test(); // true,20 foo.test = bar.test; // 不过，这里this依然不会是foo// 尽管调用的是相同的function foo.test(); // false,10

那么，影响了函数 代码中this值的变化有几个因素：

首先，在通常的函数调用中，this是由激活上下文代码的调用者来提供的，即调用函数的父上下文(parent context )。this取决于调用函数的方式。

为了在任何情况下准确无误的确定this值，有必要理解和记住这重要的一点。正是调用函数的方式影响了调用的上下文中的this值，没有别的什么（我们可以在一些文章，甚至是在关于javascript的书籍中看到，它们声称：“this值取决于函数如何定义，如果它是全局函数，this设置为全局对象，如果函数是一个对象的方法，this将总是指向这个对象。–这绝对不正确”）。继续我们的话题，可以看到，即使是正常的全局函数也会被调用方式的不同形式激活，这些不同的调用方式导致了不同的this值。

调用表达式，this是不同的 foo.prototype.constructor(); // foo.prototype

有可能作为一些对象定义的方法来调用函数，但是this将不会设置为这个对象。

调用表达式，this是不同的 exampleFunc(); // global,false

那么，调用函数的方式如何影响this值？为了充分理解this值的确定，需要详细分析其内部类型之一——引用类型（Reference type）。

使用伪代码我们可以将引用类型的值可以表示为拥有两个属性的对象——base（即拥有属性的那个对象），和base中的propertyName 。

,propertyName: };

引用类型的值只有两种情况：

1. 当我们处理一个标示符时

2. 或一个属性访问器

标示符的处理过程在下一篇文章里详细讨论，在这里我们只需要知道，在该算法的返回值中，总是一个引用类型的值（这对this来说很重要）。

标识符是变量名，函数名，函数参数名和全局对象中未识别的属性名。例如，下面标识符的值：

在操作的中间结果中，引用类型对应的值如下：

为了从引用类型中得到一个对象真正的值，伪代码中的GetValue方法可以做如下描述：

内部的[[Get]]方法返回对象属性真正的值，包括对原型链中继承的属性分析。

属性访问器都应该熟悉。它有两种变体：点（.）语法（此时属性名是正确的标示符，且事先知道），或括号语法（[]）。

在中间计算的返回值中，我们有了引用类型的值。

引用类型的值与函数上下文中的this值如何相关？——从最重要的意义上来说。这个关联的过程是这篇文章的核心。一个函数上下文中确定this值的通用规则如下：

在一个函数上下文中，this由调用者提供，由调用函数的方式来决定。如果调用括号()的左边是引用类型的值，this将设为引用类型值的base对象（base object），在其他情况下（与引用类型不同的任何其它属性），这个值为null。不过，实际不存在this的值为null的情况，因为当this的值为null的时候，其值会被隐式转换为全局对象。注：第5版的ECMAScript中，已经不强迫转换成全局变量了，而是赋值为undefined。

我们看看这个例子中的表现：

我们看到在调用括号的左边是一个引用类型值（因为foo是一个标示符）。

相应地，this也设置为引用类型的base对象。即全局对象。同样，使用属性访问器：

我们再次拥有一个引用类型，其base是foo对象，在函数bar激活时用作this。

但是，用另外一种形式激活相同的函数，我们得到其它的this值。

因为test作为标示符，生成了引用类型的其他值，其base（全局对象）用作this 值。 var testReference = { base: global,propertyName: 'test'}; 现在，我们可以很明确的告诉你，为什么用表达式的不同形式激活同一个函数会不同的this值，答案在于引用类型（type Reference）不同的中间值。

调用表达式 foo.prototype.constructor(); // foo.prototype,because var fooPrototypeConstructorReference = { base: foo.prototype,propertyName: 'constructor'};

另外一个通过调用方式动态确定this值的经典例子：

函数调用和非引用类型

因此，正如我们已经指出，当调用括号的左边不是引用类型而是其它类型，这个值自动设置为null，结果为全局对象。让我们再思考这种表达式：

global})();

在这个例子中，我们有一个函数对象但不是引用类型的对象（它不是标示符，也不是属性访问器），相应地，this值最终设为全局对象。

深入浅析JavaScript系列（13）：This? Yes,this!

那么，影响了函数 代码中this值的变化有几个因素：

引用类型的值只有两种情况：

更多复杂的例子：

猜你在找的JavaScript相关文章