原型链与异步编程正交：前者处理属性查找与继承，后者处理任务时序；promise状态流转由executor决定，与原型链无关；异步返回对象仍遵循原型链查找规则；原始值传递更安全因无原型链副作用。
原型链本身不参与异步状态传递，它和异步编程属于 JavaScript 中两个正交的底层机制：原型链解决的是对象属性查找与继承问题；异步编程（Promise、async/await）解决的是任务时序与控制流问题。二者没有直接耦合关系，但开发者常在异步流程中操作对象——而这些对象的行为，又由其原型链决定。
原型链不影响 Promise 状态流转
Promise 实例是一个普通对象，它也遵循原型链规则：它的 __proto__ 指向 Promise.prototype，后者提供 .then()、.catch() 等方法。但 Promise 的 pending/fulfilled/rejected 状态变化，完全由内部执行器（executor）调用 resolve 或 reject 触发，与原型链无关。
- 你不能通过修改 Promise.prototype 来改变状态流转逻辑
- 给 Promise 实例添加自有属性（如 promise.customId = 123），不会影响其 then 链行为
- Promise.resolve(42) 返回的新 Promise 对象，其原型链结构与手动 new Promise 一致，但状态已确定为 fulfilled
异步返回的对象仍受原型链约束
当异步操作返回一个普通对象（比如 API 响应数据），这个对象的属性访问、方法调用依然依赖原型链。例如：
async function getUser() {
const res = await fetch('/api/user');
return res.json(); // 返回一个 plain object
}
getUser().then(user => {
console.log(user.name); // 查找顺序：user 自身 → user.__proto__ → Object.prototype
});
- 如果 user 是普通对象，它的 __proto__ 默认是 Object.prototype
- 若后端返回的是带自定义原型的实例（极少见），则原型链会延伸到对应构造函数的 prototype
- 不要在异步回调里误以为“对象是新的就一定干净”——原型上的方法或属性可能被污染（如有人重写了 Object.prototype.toString）
闭包 + 原型链可能引发隐性状态残留
虽然原型链不管理状态，但异步代码中若结合闭包与原型操作，容易造成意料外的状态延续。典型场景：
- 在定时器或 Promise 回调中，通过 this 访问实例方法，而该实例的原型方法内部又依赖闭包变量
- 使用 class 定义的类，其方法通过原型共享，但 this 指向取决于调用方式；若在异步中丢失绑定（如 setTimeout(obj.method, 100)），就会查找不到预期的 this 属性
- 避免写 obj.method.bind(obj) 这类冗余操作，优先用箭头函数或 class 字段语法（method = () => {}）保持 this 稳定
原始值传递更安全，正因它不涉及原型链
异步中大量使用字符串、数字等原始类型作为状态标识（如 resolve("success")），恰恰是因为它们：
- 没有原型链查找开销，比较和传递开销极小
- 不可变，不会因原型上挂载了奇怪的方法而意外触发副作用
- JSON 序列化安全，跨上下文（如 Web Worker、iframe）传递无风险
- 对比对象：{ status: "ok" } 虽然直观，但若原型被篡改（如 Object.prototype.status = "hacked"），obj.status 可能返回错误值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
