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

javascript node.js google-chrome-devtools eval web-developer-toolbar

2022-08-30 04:17:55

while 是空字符串，是和是。为什么是NaN？[] + [][] + {}"[object Object]"{} + []0{} + {}

> {} + {}
  NaN

我的问题不是为什么是，这部分已经有了答案。({} + {}).toString()"[object Object][object Object]"NaN.toString()"NaN"

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

在节点中.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)

答案 1

更新说明：此问题已在 Chrome 49 中修复。

非常有趣的问题！让我们深入研究一下。

根本原因

区别的根源在于Node.js如何评估这些语句，以及Chrome开发工具如何评估这些语句。

什么节点.js做什么

Node.js为此使用 repl 模块。

从节点.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 tools执行以下操作：

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。
反过来，如果代码是直接使用内联开关 -e 传递的，则它调用此函数。new IProxy(IProxy.EVAL_INLINE_SCRIPT);
这击中了IProxy的运行方法。
它调用 evalInlineScript （src）。这只需编译字符串并对其进行评估。

基本上：

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

在这三个中，Rhino的外壳是最接近实际的东西，没有任何包装。Rhino's是最接近实际陈述的，你可以期望它的行为与实际情况完全相同。evaleval()eval

答案 2