字符串抠细节，别只盯着方括号：聊聊 js charAt 的真实用法

写代码久了，总会碰到需要“拆字”的场合。比如判断用户提交的工单编号是否以特定字母开头，或者从一串固定长度的流水号里精准捞出一段业务标识。很多人习惯性掏出方括号 str[0]，但翻到严格校验逻辑或遗留系统时，还是会频繁撞见 charAt()。这个方法看着朴素，实际落地时有不少细节值得提前摸清。

charAt(index) 的核心逻辑很直白：顺着传入的索引位置，返回对应的单个字符。JavaScript 字符串索引从零起步，取首个字符必须传 0。它最实用的设计在于静默容错——就算写的索引越界了，它也不会直接抛出异常阻断运行，而是干净地返回空字符串 ""。在批量清洗脏数据或对接不稳定上游接口时，这省去了大量多余的边界判断语句。

假设你要拦截格式错误的日期输入，规则要求前两位代表世纪。用 charAt() 逐位提取的思路会非常清晰：

let raw = "23-12-31";
let century = raw.charAt(0) + raw.charAt(1);
// 直接转 Number 做范围约束，无需创建新子串对象

把零散字符拼接后丢进数字转换，内存分配极少。对于后端交付的长度固定字段，这种按位抽取的方式比整体切片更可控，后续排查问题也更容易定位到具体坐标。

有人好奇，既然方括号语法更短，为何语言设计还留着 charAt？两者的执行路径在现代引擎中虽已趋同，但语义指向完全不同。方括号偏向“数组式访问”，适用于连续遍历或动态索引；charAt 则明确宣告“我只取一个字符”。在多人协作的代码库中，后者能让接手的人瞬间理解你的业务意图，减少误读概率。同时，在部分严格模式或老旧移动端 WebView 里，方括号偶尔会触发隐式的 String 包装对象，charAt 始终走原生快速路径，稳定性更有保障。

当然，它也有明确的短板。遇到 Emoji 或生僻字时，charAt 是按 UTF-16 码元硬切分的，直接取值大概率得到半个乱码。此时需要借助扩展运算符 [...str][i] 或 Array.from() 拆解完整字符单元，避免渲染错位。

实际处理敏感数据脱敏时，组合索引能发挥最大效能。比如手机号中间四位隐藏：确定保留的首尾坐标 → 依次调用 charAt 拼出明文段 → 插入掩码符号 → 重组返回。这种写法跳过了 substring 产生的临时字符串拷贝，在高频循环或长列表渲染中，能有效压低 GC 压力，保证主线程流畅度。

工具没有绝对的高低，只有场景契合度。charAt 并非被时代淘汰的老物件，它在精确定位、静默越界处理和明确语义表达上，依然保持着不可替代的价值。下次再遇到“只需要字符串里某一位”的需求，不妨放下惯性思维，按需选用。写代码就像理线头，捏准那个关键节点，整条链路自然就通了。