slice()和substring()处理负值时无实际性能差异，现代引擎已高度优化；区别在于语义：slice支持负索引（长度+负数），substring将负数转为0并自动交换参数顺序。
slice() 和 substring() 在处理负值参数时，**不存在实际可测量的性能差异**。两者底层都很快，现代 JavaScript 引擎（V8、SpiderMonkey、JavaScriptCore）对这两个方法的实现已高度优化，差异在纳秒级，日常开发中完全无需考虑。
负值处理逻辑不同，但开销几乎为零
它们的关键区别在于语义和归一化方式，而非执行耗时：
-
slice()：遇到负数，直接做一次加法运算（
str.length + start），然后取合法范围内的索引。无分支判断、无参数交换、无类型强制转换（除 Number 转换外）。 -
substring()：先将所有参数转为非负整数（
Math.max(0, Math.floor(Number(arg)))），再比较大小并可能交换参数顺序。多几步数学运算和条件判断，但仍是常数时间操作。
为什么性能不构成选择依据
真实场景中，影响字符串截取性能的从来不是参数正负，而是：
- 字符串本身长度（极长字符串下内存拷贝占主导）；
- 是否频繁调用（高频循环里才值得抠毫秒）；
- 引擎是否能内联该方法（现代引擎基本都能）。
实测上万次调用 "hello".slice(-2) 与 "hello".substring(-2)，时间差通常小于 0.01ms，且结果不稳定——受 CPU 缓存、JIT 编译状态等干扰更大。
真正该关注的其实是行为一致性
选哪个，取决于你想要什么行为：
- 需要从末尾取字符（如
filename.slice(-4)得扩展名）→ 用 slice； - 传参顺序不确定（比如用户输入两个位置，可能前大后小）→ substring 自动容错；
- 写新代码 → 优先用 slice（语义清晰、标准推荐、与数组方法一致）；
- 维护老代码且已用 substring → 不必改，它没性能包袱。
不复杂但容易忽略：性能不是问题，行为才是关键。
