为什么{} + {}仅在客户端是NaN？为什么不在Node.js？

Question

虽然[] + []是一个空字符串,[] + {}是"[object Object]",{} + []是0.为什么是{} + {}NaN？

> {} + {}
  NaN

我的问题是不是为什么({} + {}).toString()是"[object Object][object Object]"同时NaN.toString()的"NaN",这部分在这里有一个答案已经.

我的问题是为什么这只发生在客户端？在服务器端(Node.js){} + {}是"[object Object][object Object]".

> {} + {}
'[object Object][object Object]'

---

总结:

在客户端:

 [] + []              // Returns ""
 [] + {}              // Returns "[object Object]"
 {} + []              // Returns 0
 {} + {}              // Returns NaN

 NaN.toString()       // Returns "NaN"
 ({} + {}).toString() // Returns "[object Object][object Object]"
 var a = {} + {};     // 'a' will be "[object Object][object Object]"

在Node.js中:

 [] + []   // Returns "" (like on the client)
 [] + {}   // Returns "[object Object]" (like on the client)
 {} + []   // Returns "[object Object]" (not like on the client)
 {} + {}   // Returns "[object Object][object Object]" (not like on the client)

Answer 1

更新后的注意事项:这已在Chrome 49中修复.

非常有趣的问题!让我们深入研究.

根本原因

差异的根源在于Node.js如何评估这些语句与Chrome开发工具的工作方式.

Node.js做了什么

Node.js使用repl模块.

从Node.js REPL源代码:

self.eval(
    '(' + evalCmd + ')',
    self.context,
    'repl',
    function (e, ret) {
        if (e && !isSyntaxError(e))
            return finish(e);
        if (typeof ret === 'function' && /^[\r\n\s]*function/.test(evalCmd) || e) {
            // Now as statement without parens.
            self.eval(evalCmd, self.context, 'repl', finish);
        }
        else {
            finish(null, ret);
        }
    }
);

这就像({}+{})在Chrome开发人员工具中运行一样,也可以"[object Object][object Object]"按照您的预期生成.

chrome开发人员工具的功能

另一方面,Chrome dveloper工具执行以下操作:

try {
    if (injectCommandLineAPI && inspectedWindow.console) {
        inspectedWindow.console._commandLineAPI = new CommandLineAPI(this._commandLineAPIImpl, isEvalOnCallFrame ? object : null);
        expression = "with ((window && window.console && window.console._commandLineAPI) || {}) {\n" + expression + "\n}";
    }
    var result = evalFunction.call(object, expression);
    if (objectGroup === "console")
        this._lastResult = result;
    return result;
}
finally {
    if (injectCommandLineAPI && inspectedWindow.console)
        delete inspectedWindow.console._commandLineAPI;
}

所以基本上,它call使用表达式对对象执行.表达式为:

with ((window && window.console && window.console._commandLineAPI) || {}) {
    {}+{};// <-- This is your code
}

因此,正如您所看到的,表达式是直接评估的,没有包装括号.

为什么Node.js的行为不同

Node.js的来源证明了这一点:

// This catches '{a : 1}' properly.

Node并不总是这样.这是改变它的实际提交.Ryan在更改中留下了以下评论:"通过差异示例改进REPL命令的方式".

犀牛

更新 - OP对Rhino的行为方式感兴趣(以及为什么它的行为类似于Chrome devtools而且与nodejs不同).

Rhino使用完全不同的JS引擎,不像Chrome开发人员工具和Node.js的REPL都使用V8.

以下是在Rhino shell中使用Rhino评估JavaScript命令时会发生什么的基本管道.

• shell运行org.mozilla.javascript.tools.shell.main.

• 反过来,它会调用这个 new IProxy(IProxy.EVAL_INLINE_SCRIPT);例如,如果代码是用直列开关-e直接传递.

• 这打击了IProxy的run方法.

• 它调用evalInlineScript(src).这只是简单地编译字符串并进行篡改.

基本上:

Script script = cx.compileString(scriptText, "<command>", 1, null);
if (script != null) {
    script.exec(cx, getShellScope()); // <- just an eval
}

在这三个中,Rhino的外壳是最接近实际eval而没有任何包装的外壳.Rhino是最接近实际eval()陈述的,你可以期望它的表现与预期完全相同eval.