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

Question

虽然[] + []为空字符串，但[] + {}为"[object Object]"，{} + []为0。为什么{} + {} NaN？

> {} + {}
  NaN

我的问题不是({} + {}).toString()为"[object Object][object Object]"而NaN.toString()为"NaN"，this part has an answer here already的原因。

我的问题是为什么这只发生在客户端？在服务器端（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

更新了备注：this has been fixed in Chrome 49。

非常有趣的问题！让我们深入挖掘。

根本原因

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

Node.js做什么

Node.js使用repl模块。

来自Node.js REPL source code：

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 tools does the following：

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.

节点并不总是这样。这是the actual commit that changed it。 Ryan在更改中留下了以下评论：“改进REPL命令如何被唤醒”，并举例说明差异。

---

犀牛

更新 - OP对 Rhino 的行为感兴趣（以及为什么它的行为类似于Chrome devtools而且与nodejs不同）。

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

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

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

• 反过来，它会调用this 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的shell是最接近实际eval而没有任何包装的shell。 Rhino是最接近实际eval()语句的，你可以期望它的行为与eval完全相同。