为何可以在字符串上读取属性却无法读取undefined的属性？

这一设计是JavaScript底层逻辑、历史包袱、工程实践共同决定的，核心原因有以下几点：

• 原始值的属性访问规则限制
  undefined属于「无值」原始类型，不存在对应的包装对象。你提到的字符串、数字、布尔值可以读取属性，本质是JS执行属性访问时会临时创建对应的String/Number/Boolean包装对象，访问结束后立即销毁，属于语法糖设计。而undefined和null没有对应的包装类型实现，对其执行属性访问本身就是语义非法的操作，在语言设计之初就被定义为抛出TypeError，符合类型系统的基本逻辑。
• 避免静默失败掩盖逻辑错误
  如果将undefined.xxx的返回值默认设为undefined，会直接掩盖大量本应提前暴露的问题：比如变量名拼写错误、接口返回结构和预期不符、逻辑分支遗漏导致变量未初始化等。在JS早期没有静态类型检查的环境下，这种静默失败会大幅提升调试成本，开发者根本无法区分返回的undefined是属性本身的值不存在，还是上层访问链上的变量就已经是undefined，反而会带来更多麻烦。
• 向后兼容性的硬性约束
  JavaScript是完全向后兼容的语言，从诞生至今的所有标准迭代都不会修改已有的、被广泛使用的逻辑表现。近30年来有海量的历史代码依赖「访问undefined属性会抛出错误」的逻辑做异常捕获和边界处理，直接修改原有属性访问的规则会导致大量存量代码直接失效，这是标准演进的绝对红线。这也是为什么TC39最终选择新增可选链?.语法来满足开发者的安全访问需求，而非改动原有属性访问的逻辑。

补充说明：你提到的可以修改全局undefined的情况，其实在ES5之后就已经被修复了，全局作用域下的undefined现在是不可写、不可配置的属性，只有在非严格模式的局部作用域中可以声明同名变量覆盖它的值，这属于早期设计的遗留漏洞，并非官方设计的可用特性。

内容的提问来源于stack exchange，提问作者Joshu