Polyfill 最有效方式是直接在原型添加方法，但须先检测是否存在、严格遵循规范语义、校验 this 类型、避免全局污染，并处理边界情况如负索引、稀疏数组等。
直接在原型上添加方法是 Polyfill 最常见也最有效的手段，前提是目标浏览器支持基本的属性赋值和函数定义能力（IE6+ 基本都满足）。关键不在于“能不能加”，而在于“加得对不对”——要严格遵循规范语义、避免污染、处理边界情况。
必须先检测，再定义
不能无条件执行 Array.prototype.includes = function() {...}。必须先确认该方法不存在，否则会覆盖原生实现或引发冲突：
- 用
'includes' in Array.prototype判断，比typeof Array.prototype.includes === 'undefined'更可靠 - 对构造器如
Promise，优先用typeof Promise === 'function'，而非Promise !== undefined - 若已存在但行为异常（如某些 Android 4.4 的
Array.prototype.find不处理thisArg），需结合测试用例二次验证
实现要贴合标准语义
Polyfill 不是简单“能用就行”，必须还原规范定义的行为。例如 Array.prototype.at() 的 Polyfill 必须支持负索引、返回 undefined 而非 throw、正确处理稀疏数组：
- 负数索引需转为正向位置：
const index = Math.abs(n) > this.length ? -1 : n >= 0 ? n : this.length + n - 访问前要检查
index是否在有效范围内（0 <= index && index < this.length） - 不能直接写
this[index]，因为稀疏数组中该值可能是undefined，但规范要求返回undefined仅当索引越界
注意 this 绑定与类型安全
原型方法内部的 this 必须是目标类型实例。不能假设调用者一定是数组，要主动校验：
立即学习“Java免费学习笔记（深入）”；
- 开头加
if (!Array.isArray(this)) throw new TypeError('this is not an Array'); - 对字符串方法（如
String.prototype.replaceAll），需用Object.prototype.toString.call(this) === '[object String]'或typeof this === 'string'（注意原始值自动装箱） - 避免修改传入的
this，所有操作应基于副本或只读访问
避免全局污染与副作用
即使只扩展原型，也要控制影响范围：
- 不给
Object.prototype添加任何方法——会导致for...in遍历出意外属性 - 使用
Object.defineProperty设置configurable: false, writable: true，防止被后续代码意外改写 - 若项目用模块系统（如 ES Module），优先通过
import 'core-js/stable/array/at';按需引入，而非全局脚本
