不建议也不应重写原生字符串方法；因其定义在String.prototype上、writable为false，强行覆盖会破坏兼容性、引发运行时问题，且违反ES规范。
JavaScript中字符串的常用方法（如 trim、includes、padStart 等）都定义在 String.prototype 上，属于只读不可枚举属性。直接重写原生方法不仅违反规范、破坏兼容性，还可能引发难以排查的运行时问题。因此，**不建议也不应重写原生字符串方法**；但可以安全地扩展原型链——前提是严格遵循规范、避免覆盖、做好环境检测。
为什么不能随意重写原生方法
原生字符串方法由引擎实现，具有高度优化和标准语义。强行覆盖会导致：
- 其他依赖该方法的库或代码行为异常（例如某些 polyfill 或框架内部逻辑）
- V8、SpiderMonkey 等引擎可能对原生方法做内联优化，重写后失效甚至触发去优化
-
String.prototype.method = ...在严格模式下可能静默失败，或在某些环境中抛出TypeError - ES 规范明确将这些方法标记为
writable: false，现代环境（如 Chrome 90+、Node.js 16+）会拒绝修改
如何安全地扩展 String.prototype
扩展是可行的，但必须满足三个前提：检测是否已存在、使用 Object.defineProperty 显式控制属性描述符、避免与未来标准冲突。
例如，添加一个兼容旧环境的 replaceAll（在 ES2021 原生支持前）：
立即学习“Java免费学习笔记（深入）”；
if (!String.prototype.replaceAll) {
Object.defineProperty(String.prototype, 'replaceAll', {
value: function (search, replace) {
return this.split(search).join(replace);
},
writable: true,
configurable: true,
enumerable: false
});
}
关键点：
- 用
if (!String.prototype.xxx)兜底检测，防止重复定义 -
enumerable: false保证for...in不遍历到它 -
configurable: true允许后续调试时删除（仅开发环境） - 避免使用箭头函数，保持
this指向调用字符串实例
更推荐的替代方案：工具函数 + 静态封装
相比污染原型，更健壮的做法是封装独立函数或创建工具类：
- 使用函数式风格：
import { trimAll } from './string-utils'; trimAll(' a b c '); - 基于类封装（适合复杂逻辑）：
new StringUtils(str).camelCase().truncate(10) - 利用代理（Proxy）包装字符串实例，拦截并增强方法调用（适合高级定制场景）
- TypeScript 用户可配合模块声明（
declare module）为扩展方法添加类型提示，而无需实际修改原型
特别注意兼容性与测试边界
即使做了存在性检测，也要验证扩展行为是否符合预期：
- 检查
null和undefined输入（String.prototype方法本身对非字符串调用会隐式转换，扩展时需决定是否保持该行为） - 测试 Unicode 字符（如 emoji、中文）、代理对（surrogate pairs），确保长度计算和切片正确
- 在不同引擎（Chrome、Firefox、Safari、Node.js 各版本）中验证是否被屏蔽或报错
- 构建流程中启用
no-extend-nativeESLint 规则，主动拦截非法原型操作
