A.S.：问题是关于错误的类型，而不是关于现象
如果NaN 和undefined 等系统变量发生更改，"use strict" 将抛出 TypeError。
但是为什么它是 TypeError 呢？为什么不是语法错误？
编辑： 真的，这里不是 SyntaxError，因为 sn-p 的语法没有错误。
但错误的根源在于，某些受保护的对象无法手动更改；所以，这很可能是 Access错误（我知道没有这样的错误）。
那么，为什么访问错误看起来像类型错误？
【问题讨论】：
标签： javascript typeerror
在 ES5 中，有 6 种不同的native errors：
本规范中当前未使用此异常。这 对象保持与以前版本的兼容性 规范。
表示数值已超出允许范围。
表示检测到无效的参考值。
表示发生了解析错误。
表示操作数的实际类型与预期不同 输入。
表示在一个全局 URI 处理函数中使用了一个 方式不符合其定义。
在您的情况下，抛出错误是因为您尝试将值分配给 window.NaN 或 window.undefined，它们是不可写的属性。
在分配新值之前，内部[[Put]] 方法会检查[[CanPut]]，这将返回false，因为该属性是不可枚举的。因此 [[Put]] 会抛出。
所以问题是分配的引用（assignment expression 中的左操作数）的可写性不是预期的。那么，在上面的 6 种错误中，最合适的似乎是 TypeError，即使可写性不完全是 type。
【讨论】：
jsc 在分配给 NaN 时不会引发错误，并且在 1=2 上会出现 ReferenceError：“异常：ReferenceError：分配的左侧不是引用。”由于typeof(NaN)=typeof(1)=number，引用错误可能确实更合适。
NaN 是一个标识符，它可以是resolved 到reference {base: globalObject, referencedName: "NaN", strictFlag: whatever}。那么 ReferenceError 就不合适了。 1 不是标识符，因此无法解析为引用，然后 1=2 会引发 ReferenceError。注意分配给NaNcan potentially succeed，不同于分配给1。
因为NaN 和undefined 只是window 的只读属性。它们不是运算符（如> 或+），也不是关键字（如var 或class）。
尝试将某些内容分配给 NaN 在 Chrome 中会出现以下错误：
TypeError：无法分配给对象“
#<Window>”的只读属性“NaN”
【讨论】：
window。
因为这是一个没有意义的有效论点。但它在语义层面没有意义，在句法层面也没有意义。
这是一个例子：
1+1=42
这是错误的，但它的错误方式不同于：
42 1 1 + =
您可以将第一个理解为算术方程（一加一等于四十二）。第二个，你连读都不会。
这里也一样。声明 NaN=300; 可以在 Javascript 中读取为“让 NaN 指向值 300`。但是当解析器将此请求提交给引擎时，引擎会变为“不，不能这样做”。
【讨论】：
语法错误
在大多数编程和脚本语言中，这通常意味着您在错误的地方使用了运算符。
有关“语法错误”的更多信息，请查看这篇文章：https://en.wikipedia.org/wiki/Syntax_error
输入错误
当数据类型与某些要求不匹配时，就会发生这种情况。
有关“数据类型”的更多信息，请查看这篇文章：https://en.wikipedia.org/wiki/Data_type
因此，类型错误被抛出，因为NaN 和undefined 是“数据类型”，它们是具有特定（指定）值的全局常量，而“严格模式”防止不允许更改这些问题。
【讨论】：
NaN 和 undefined 在非严格模式下也不能更改。