javascript this的一些误解-阿里云开发者社区

开发者社区> 科技探索者> 正文

javascript this的一些误解

简介:
+关注继续查看

          

太拘泥于“this”的字面意思就会产生一些误解。有两种常见的对于this 的解释,但是它们都是错误的。

介绍之前先解释下什么是动态作用域

简要地分析一下动态作用域,重申它与词法作用域的区别。但实际上动态作用域是JavaScript 另一个重要机制this 的表亲。词法作用域是一套关于引擎如何寻找变量以及会在何处找到变量的规则。词法作用域最重要的特征是它的定义过程发生在代码的书写阶段(假设你没有使用eval() 或with)。动态作用域似乎暗示有很好的理由让作用域作为一个在运行时就被动态确定的形式,而不是在写代码时进行静态确定的形式,事实上也是这样的。通过示例代码来说明:

function foo() {
console.log( a ); // 2}function bar() {var a = 3;
foo();
}var a = 2;
bar();

词法作用域让foo() 中的a 通过RHS(js中赋值的一种形式) 引用到了全局作用域中的a,因此会输出2。而动态作用域并不关心函数和作用域是如何声明以及在何处声明的,只关心它们从何处调用。换句话说,作用域链是基于调用栈的,而不是代码中的作用域嵌套。因此,如果JavaScript 具有动态作用域,理论上,下面代码中的foo() 在执行时将会输出3。

function foo() {
console.log( a ); // 3(不是2 !)}function bar() {var a = 3;
foo();
}var a = 2;
bar();

为什么会这样?因为当foo() 无法找到a 的变量引用时,会顺着调用栈在调用foo() 的地方查找a,而不是在嵌套的词法作用域链中向上查找。由于foo() 是在bar() 中调用的,
引擎会检查bar() 的作用域,并在其中找到值为3 的变量a。很奇怪吧?现在你可能会这么想。但这其实是因为你可能只写过基于词法作用域的代码(或者至少以词法作用域为基础进行
了深入的思考),因此对动态作用域感到陌生。如果你只用基于动态作用域的语言写过代码,就会觉得这是很自然的,而词法作用域看上去才怪怪的。需要明确的是,事实上JavaScript 并不具有动态作用域。它只有词法作用域,简单明了。但是this 机制某种程度上很像动态作用域。
主要区别:词法作用域是在写代码或者说定义时确定的,而动态作用域是在运行时确定的。(this 也是!)词法作用域关注函数在何处声明,而动态作用域关注函数从何处调用。
最后,this 关注函数如何调用,这就表明了this 机制和动态作用域之间的关系多么紧密。

可以在chrome中的Call Stack中查看调用栈,需要在调试模式下(当然,这是废话)

 

1.指向自身


人们很容易把this 理解成指向函数自身,这个推断从英语的语法角度来说是说得通的。那么为什么需要从函数内部引用函数自身呢?常见的原因是递归(从函数内部调用这个函数)或者可以写一个在第一次被调用后自己解除绑定的事件处理器。
JavaScript 的新手开发者通常会认为,既然函数看作一个对象(JavaScript 中的所有函数都是对象),那就可以在调用函数时存储状态(属性的值)。这是可行的,有些时候也确实有用,但在许多模式中你会发现,除了函数

对象还有许多更合适存储状态的地方。不过现在我们先来分析一下这个模式,让大家看到this 并不像我们所想的那样指向函数本身。
我们想要记录一下函数foo 被调用的次数,思考一下下面的代码:

 1 function foo(num) { 2 console.log( "foo: " + num ); 3 // 记录foo 被调用的次数 4 this.count++; 5 } 6 foo.count = 0; 7 var i; 8 for (i=0; i<10; i++) { 9 if (i > 5) {10 foo( i );11 }12 }13 // foo: 614 // foo: 715 // foo: 816 // foo: 917 // foo 被调用了多少次?18 console.log( foo.count ); // 0 -- WTF?

console.log 语句产生了4 条输出,证明foo(..) 确实被调用了4 次,但是foo.count 仍然是0。显然从字面意思来理解this 是错误的。执行foo.count = 0 时,的确向函数对象foo 添加了一个属性count。但是函数内部代码
this.count 中的this 并不是指向那个函数对象,所以虽然属性名相同,根对象却并不相同,困惑随之产生。负责的开发者一定会问“如果我增加的count 属性和预期的不一样,那我增加的是哪个count ?”实际上,如果他深入探索的话,就会发现这段代码在
无意中创建了一个全局变量count(原理参见第2 章),它的值为NaN。当然,如果他发现了这个奇怪的结果,那一定会接着问:“为什么它是全局的,为什么它的值是NaN 而不是其他更合适的值?”(参见第2 章。)
遇到这样的问题时,许多开发者并不会深入思考为什么this 的行为和预期的不一致,也不会试图回答那些很难解决但却非常重要的问题。他们只会回避这个问题并使用其他方法来达到目的,比如创建另一个带有count 属性的对象。

function foo(num) {
console.log( "foo: " + num );// 记录foo 被调用的次数data.count++;
}var data = {
count: 0};var i;for (i=0; i<10; i++) {if (i > 5) {
foo( i );
}
}// foo: 6// foo: 7// foo: 8// foo: 9// foo 被调用了多少次?console.log( data.count ); // 4

从某种角度来说这个方法确实“解决”了问题,但可惜它忽略了真正的问题——无法理解this 的含义和工作原理——而是返回舒适区,使用了一种更熟悉的技术:词法作用域。词法作用域是一种非常优秀并且有用的技术。我丝毫没有贬低它的意思(可
以参考本书第一部分“作用域和闭包”)。但是如果你仅仅是因为无法猜对this 的用法,就放弃学习this 而去使用词法作用域,就不能算是一种很好的解决办法了。如果要从函数对象内部引用它自身,那只使用this 是不够的。一般来说你需要通过一个指
向函数对象的词法标识符(变量)来引用它。

思考一下下面这两个函数:

function foo() {
foo.count = 4; // foo 指向它自身}
setTimeout( function(){// 匿名(没有名字的)函数无法指向自身}, 10 );

第一个函数被称为具名函数,在它内部可以使用foo 来引用自身。但是在第二个例子中,传入setTimeout(..) 的回调函数没有名称标识符(这种函数被称为
匿名函数),因此无法从函数内部引用自身。还有一种传统的但是现在已经被弃用和批判的用法,是使用arguments.callee 来引用当前正在运行的函数对象。这是唯一一种可以从匿名函数对象内部引用自身的方法。然而,更好的方式是避免使用匿名函数,至少在需要自引用时使用具名函数(表达式)。arguments.callee 已经被弃用,不应该再使用它。
所以,对于我们的例子来说,另一种解决方法是使用foo 标识符替代this 来引用函数
对象:

function foo(num) {
console.log( "foo: " + num );// 记录foo 被调用的次数foo.count++;
}
foo.count=0var i;for (i=0; i<10; i++) {if (i > 5) {
foo( i );
}
}
关于this | 79// foo: 6// foo: 7// foo: 8// foo: 9// foo 被调用了多少次?console.log( foo.count ); // 4

然而,这种方法同样回避了this 的问题,并且完全依赖于变量foo 的词法作用域。
另一种方法是强制this 指向foo 函数对象:

function foo(num) {
console.log( "foo: " + num );// 记录foo 被调用的次数// 注意,在当前的调用方式下(参见下方代码),this 确实指向foothis.count++;
}
foo.count = 0;var i;for (i=0; i<10; i++) {if (i > 5) {// 使用call(..) 可以确保this 指向函数对象foo 本身foo.call( foo, i );
}
}// foo: 6// foo: 7// foo: 8// foo: 9// foo 被调用了多少次?console.log( foo.count ); // 4

这次我们接受了this,没有回避它。

2 它的作用域

第二种常见的误解是,this 指向函数的作用域。这个问题有点复杂,因为在某种情况下它是正确的,但是在其他情况下它却是错误的。需要明确的是,this 在任何情况下都不指向函数的词法作用域。在JavaScript 内部,作用域确实和对象类似,可见的标识符都是它的属性。但是作用域“对象”无法通过JavaScript代码访问,它存在于JavaScript 引擎内部。
思考一下下面的代码,它试图(但是没有成功)跨越边界,使用this 来隐式引用函数的词法作用域:

function foo() {var a = 2;this.bar();
}function bar() {
console.log( this.a );
}
foo(); // ReferenceError: a is not defined

这段代码中的错误不止一个。虽然这段代码看起来好像是我们故意写出来的例子,但是实际上它出自一个公共社区中互助论坛的精华代码。这段代码非常完美(同时也令人伤感)
地展示了this 多么容易误导人。首先,这段代码试图通过this.bar() 来引用bar() 函数。这是绝对不可能成功的,我们之后会解释原因。调用bar() 最自然的方法是省略前面的this,直接使用词法引用标识符。此外,编写这段代码的开发者还试图使用this 联通foo() 和bar() 的词法作用域,从而让bar() 可以访问foo() 作用域里的变量a。这是不可能实现的,你不能使用this 来引用一个词法作用域内部的东西。每当你想要把this 和词法作用域的查找混合使用时,一定要提醒自己,这是无法实现的。

this的作用类似于动态作用域, 而动态作用域并不关心函数和作用域是如何声明以及在何处声明的,只关心它们从何处调用。换句话说,作用域链是基于调用栈的,而不是代码中的作用域嵌套。

本文转自帅气的头头博客51CTO博客,原文链接http://blog.51cto.com/12902932/1924599如需转载请自行联系原作者


sshpp

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
AI加持的WPS来了:金山开源全球首个办公DL框架KSAI-Lite
自动生成 PPT,自动图片转文字 + 翻译,甚至自动辅助写文章…… 办公自动化的未来已来。
4 0
ECS使用体验
在阿里云领取了一个服务器,分享一下使用体验
5 0
百度量子计算段润尧:从理论到实践谈量子人工智能
在 WAIC 2021 AI 开发者论坛上,百度研究院量子计算研究所所长段润尧发表主题演讲《量子人工智能:从理论到实践》。在演讲中,段润尧讲述了量子计算的理论基础,对量子人工智能的发展现状和发展趋势进行了探讨和展望,并介绍了百度在量子人工智能方向的理论与实践探索和所取得的成果。
4 0
人工智能如何拯救地球
每一天,人工智能都会在世界各地创造新的机遇。人工智能技术正在企业中得到应用,以改善决策、业务流程并获得有价值的见解。
2 0
阿里云网络增强型云服务器计算型、通用型和内存型有什么区别?
计算型、通用型和内存型网络增强云服务器的区别:
6 0
SynSense时识科技首席科学家 Giacomo Indiveri:低功耗人工智能计算系统中的类脑策略
在 WAIC 2021 AI 开发者论坛上,苏黎世大学与苏黎世联邦理工学院终身教授、苏黎世神经信息研究所 INI 所长、SynSense 时识科技联合创始人 & 首席科学家 Giacomo Indiveri 带来主题为《低功耗人工智能计算系统中的类脑策略》的线上主旨演讲。
5 0
ECS使用体验
阿里云开发者社区里不光有着丰富的知识,还有着十分优秀的性能和非常优秀的服务!他的优点还很多,对于我来说他的优点,是可以花费很少的钱去学习,性价比高,里面的知识丰富,我很需要。 还有的就是,我使用阿里云,感觉非常省力,不需要花时间担心卡掉或死机的问题。
4 0
阿里云课程体系,准备考试的赶紧收藏
伴随人工智能、大数据、云架构等等新技术对不断升温,如何用技术降低成本、提高业务能力已经成为了这个时代开发者、架构师所必须思考的问题
5 0
【Go语言入门100题】032 Left-pad (20 分) Go语言|Golang
L1-032 Left-pad (20 分) Go语言|Golang 根据新浪微博上的消息,有一位开发者不满NPM(Node Package Manager)的做法,收回了自己的开源代码,其中包括一个叫left-pad的模块,就是这个模块把javascript里面的React/Babel干瘫痪了。这是个什么样的模块?就是在字符串前填充一些东西到一定的长度。例如用*去填充字符串GPLT,使之长度为10,调用left-pad的结果就应该是******GPLT。Node社区曾经对left-pad紧急发布了一个替代,被严重吐槽。下面就请你来实现一下这个模块。
4 0
ESC使用体验
在课程学习过程中我有幸体验了阿里云的飞天计划,整个使用体验极好,想通过此篇文章记录一下自己的使用过程,也希望能接着使用该平台来完成其他方面的知识学习。
19 0
3627
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
文娱运维技术
立即下载
《SaaS模式云原生数据仓库应用场景实践》
立即下载
《看见新力量:二》电子书
立即下载