[Effective JavaScript 笔记]第29条:避免使用非标准的栈检查属性
Posted 脚后跟着猫
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[Effective JavaScript 笔记]第29条:避免使用非标准的栈检查属性相关的知识,希望对你有一定的参考价值。
许多js环境都提供检查调用栈的功能。调用栈是指当前正在执行的活动函数链。在某些旧的宿主环境中,每个arguments对象含有两个额外的属性:arguments.callee和arguments.caller。前者指向使用该arguments对象被调用的函数。后者指向调用该arguments对象被调用的函数的函数。许多环境支持arguments.callee,但它除了允许匿名函数递归地引用自身之外,没有更多的用途了。(高3中认为使用arguments.callee可以解除函数体内的代码和函数名之间的耦合,看来也不是完全没有用的)
图示
下面是一个简单的图示,可以容易了解arguments的callee,caller,及函数的caller
var factorial=(function(n){ return (n<=1)?1:(n*arguments.callee(n-1)); })
但这个也是特别的有用,可以使用函数名来引用函数自身
function factorial(n){ return (n<=1)?1:(n*factorial(n-1)); }
arguments.caller属性更为强大。它指向的是使用该arguments对象调用函数的函数。出于安全考虑,大多数环境已经移除了此特性,因此用它时要检测一下才行。许多JS环境也提供了一个相似的函数对象属性--非标准但普遍适应的caller属性。它指向函数最近的调用者。
function revealCaller(){ return revealCaller.caller; } function start(){ return revealCaller(); } start()===start;//true;
可以利用该属性获取一个提供当前调用栈快照的数据结构。构建一个栈跟踪:
function getCallStack(){ var stack=[]; for(var f=getCallStack.caller;f;f=f.caller){ stack.push(f); } return stack; }
使用示例
function f1(){ return getCallStack(); } function f2(){ return f1(); } var trace=f2();//[f1(), f2()]
脆弱性,当某个函数在调用栈中出现不止一次,那么栈检查逻辑将会陷入循环。
function f(n){ return n===0?getCallStack():f(n-1); } var trace=f(1);//
问题出在哪?由于函数f递归地调用其自身,因此其caller属性会自动更新,指回到函数f。所以,函数getCallStack会陷入无限地查找函数f的循环之中。即使我们试图检测该循环,但在函数f调用其自身之前也没有关于哪个函数调用了它的信息。因为其他调用栈的信息已经丢失了。
这些栈检查属性都是非标准的,在移植性或适用性上很受限制。在ES5的严格模式的函数中,它们是被禁止使用的。试图获取严格函数或arguments对象的caller或callee属性都将报错。
function f(){ \'use strict\'; return f.caller; } f();//Uncaught TypeError: \'caller\' and \'arguments\' are restricted function properties and cannot be accessed in this context.(…)
最好的策略是完全避免栈检查。如果检查栈的理由完全是为了测试,那么更为可靠的方式是使用交互式的调试器。
提示
-
避免使用非标准的arguments.caller和arguments.callee属性,它们不具备良好的移植性
-
避免使用非标准的函数对象caller属性,因为在包含全部栈信息方面,它是不可靠的
附录:这个没附录,放水一篇,因为这节实在没什么可写的。
以上是关于[Effective JavaScript 笔记]第29条:避免使用非标准的栈检查属性的主要内容,如果未能解决你的问题,请参考以下文章
[Effective JavaScript 笔记] 第12条:理解变量声明提升
[Effective JavaScript 笔记]第15条:当心局部块函数声明笨拙的作用域
[Effective JavaScript 笔记]第48条:避免在枚举期间修改对象
[Effective JavaScript 笔记] 第14条:当心命名函数表达式笨拙的作用域