slice()对负值做加长度标准化，substring()一律转0；前者支持双向索引，后者仅认绝对位置，负值场景应优先用slice()。

直接说结论：slice() 对负值参数做「加字符串长度」的标准化处理，substring() 则一律转为 0，这是两者在负值场景下行为差异的根本原因。

slice() 的负值算法：统一偏移校正

slice() 把每个负参数 单独且对称地 转换为等效正索引：

• start 为负 → 实际起始位置 = string.length + start（如 -3 表示倒数第 3 个字符）
• end 为负 → 实际结束位置 = string.length + end（如 -2 表示倒数第 2 个字符前截止）
• 若结果超出 [0, length] 范围，自动截断（start 超出则取 0，end 超出则取 length）

例如："hello".slice(-4, -1) → 等价于 "hello".slice(1, 4) → 返回 "ell"。

substring() 的负值算法：强制归零

substring() 不区分 start 还是 end，也不区分正负逻辑：

• 任何负数、NaN 或非数字值，全部被视作 0
• 不进行长度补偿，也不保留方向语义
• 若 start > end，还会自动交换两参数（这是唯一一次“智能”行为，但与负值无关）

例如："hello".substring(-2, 3) → 视为 "hello".substring(0, 3) → 返回 "hel"；"hello".substring(-2, -1) → 视为 "hello".substring(0, 0) → 返回空串。

关键区别不是“能不能用负数”，而是“怎么解释负数”

同一个负值输入，在两个方法中代表完全不同的含义：

• "abcde".slice(-2) 是明确指向末尾两个字符 → "de"
• "abcde".substring(-2) 是被当作 0 处理 → 等价于 "abcde".substring(0) → "abcde"
• 这种差异源于设计哲学：slice() 模仿数组切片语义（支持双向索引），substring() 仅面向传统文本截取（只认起点和终点的绝对位置）

实际建议：优先用 slice()，避免 substring() 处理负值

除非你明确需要「负值变 0」或「参数自动交换」这类副作用，否则：

• 所有含负数的场景，一律用 slice() —— 行为可预测、符合直觉
• 若需兼容老代码或必须用 substring()，务必先手动校验并转换负值：Math.max(0, n)
• 注意：现代规范已明确不推荐 substr()，它既不统一又易混淆，应彻底弃用