处理前缀匹配时，别再写 substring 切片了

在日常前端开发里，我们经常要判断一个字符串是不是以特定内容开头的。比如验证手机号是否以"1"开头，或者检查文件下载链接是不是 http 协议。很多老练的程序员可能还在习惯性地用 indexOf 或者 substring 来处理。

// 这种写法虽然能跑，但读起来有点累
const isValid = str.substring(0, 2) === '01';

这行代码逻辑没错，但每次看到都要在脑子里转个弯：哦，截取从 0 开始的前两个字符，然后等于这个值。其实现代 JavaScript 早就提供了更直观的解决方案——startsWith。

让意图一目了然

startsWith 方法的作用非常纯粹，就是检测当前字符串是否以指定的字符串开头。语法简单得像个老朋友：

const url = 'https://example.com';
console.log(url.startsWith('https')); // true
console.log(url.startsWith('http'));  // false

当你把这段代码交给同事 Review 时，对方不需要去理解你的切片逻辑，一眼就能看懂你在做什么。代码的可读性提升，往往意味着后续维护成本的降低。在这个讲究快速迭代的时代，节省认知负担比展示技巧更重要。

那些容易忽略的细节

虽然这个方法很简单，但在实际业务场景中，有几个坑一旦踩中就很头疼。

最典型的就是大小写敏感问题。JavaScript 的字符串比较默认区分大小写。如果你拿 'Admin' 去匹配 'admin'，结果永远是 false。在处理用户输入、API 请求头这些不确定的数据源时，建议先统一转换格式：

if (inputValue.toLowerCase().startsWith('req')) {
  // 处理请求头
}

还有一个经常被遗忘的神技是第二个参数 position。它可以指定从字符串的第几个字符开始进行检查。这在某些解析场景下非常有用，比如你想跳过前面的时间戳前缀，直接检查剩余部分是否以特定标记开头：

const log = '[2023] ERROR: system failed';
// 跳过前 8 个字符（[2023] ）再检查
console.log(log.startsWith('ERROR:', 8)); // true

有了这个参数，很多时候就不需要手动截断字符串再判断了，逻辑链更短，出错概率自然更低。

兼容性与性能考量

提到新特性，大家第一反应往往是兼容性问题。startsWith 属于 ECMAScript 2015 (ES6) 标准。如果你的项目只需要支持现代浏览器，放心大胆地用。但如果还得顾及 IE11 或者一些老旧的内网环境，就需要引入 Polyfill。

对于性能，不必过于纠结。相比于手写正则表达式或者复杂的索引计算，原生方法的内部实现经过了高度优化。除非是在万级循环的高频操作中，否则肉眼几乎察觉不到差异。把精力花在业务逻辑的正确性上，收益更高。

写在最后

工具的选择最终服务于思维的表达。startsWith 不仅仅是一个 API 更新，它代表了我们对代码语义的追求。当我们需要表达“从前缀判断”时，直接使用对应的方法名，能让代码自己说话。

下次遇到字符串前缀检测的需求时，试着放下那些拼接和切片的旧习惯。让代码更干净一点，不仅是你现在的功劳，也是给未来接手代码的人一份礼物。