如何理解原始类型包装器（Wrapper Objects）在“严格模式”下的 this 指向差异-js教程-PHP中文网

原始类型包装器在严格模式下this指向原始值而非包装对象，导致属性赋值静默失败；方法调用仍自动装箱，但call/apply传入原始值时this保持原始类型。

如何理解原始类型包装器（wrapper objects）在“严格模式”下的 this 指向差异

原始类型包装器（如 String、Number、Boolean）在严格模式下会影响 this 的指向，关键在于：**它们不是“构造函数调用”，而是隐式装箱行为；而严格模式会禁止非对象上下文中的 this 自动绑定为全局对象**。

为什么原始值能调用方法？——装箱机制

原始值本身没有属性和方法，但 JS 引擎会在调用其方法时临时创建对应的包装对象（即“装箱”）：

"hello".toUpperCase() → 引擎临时生成 new String("hello")，在其上调用 toUpperCase
(123).toFixed(2) → 临时生成 new Number(123)
这个临时对象只在本次方法调用中存在，调用结束即被销毁

严格模式下 this 指向 undefined 而非全局对象

包装器的原型方法（如 String.prototype.charAt）内部若使用 this，其值取决于调用方式：

非严格模式："abc".charAt(0) 中，this 指向临时 String 对象（正常）
严格模式下，如果手动用 call/apply 绑定原始值，this 就是那个原始值本身 —— 但原始值不是对象，所以 this 会被设为 undefined

例如：

'use strict';
String.prototype.inspect = function() {
  return typeof this; // 'object'（装箱后）→ 正常
};
"test".inspect(); // 'object'

// 但手动 call 原始值：
String.prototype.inspect.call("test"); // 'object'（仍装箱）
String.prototype.inspect.call(42);     // 'number'（数字原始值 → this 是 42）
String.prototype.inspect.call(null);   // 'object'（null 被转为 globalThis，但严格模式下为 undefined？注意：null/undefined 在 call 中会被转为 globalThis，但严格模式下不会自动转！）

重点来了：在严格模式中，Function.prototype.call 和 apply 对原始值参数的处理是——不强制转为对象。所以：

func.call("str") → this 就是字符串 "str"（原始值）
若该函数体里写了 this.xxx = 1，会静默失败（原始值不可写属性），且 this 不再是包装对象

常见陷阱：自定义方法中误用 this

如果你给 String.prototype 添加一个方法，并在其中依赖 this 是对象，那在严格模式下传入原始字符串可能出问题：

'use strict';
String.prototype.logLength = function() {
  console.log(this.length); // ✅ 正常：装箱后 this 是 String 实例
};

String.prototype.badLog = function() {
  this.custom = 'x'; // ❌ 静默失败：this 是原始字符串，不能添加属性
  console.log(this.custom); // undefined
};

"hi".logLength(); // 2
"hi".badLog();    // undefined

此时 this 确实是装箱后的对象，但严格模式下对原始值的赋值操作不会触发自动装箱来支持写入 —— 实际上，引擎会先尝试将 this 转为对象（即装箱），但赋值操作仍无效，因为返回的是新包装对象，原调用上下文未保留。