JavaScript字符串方法的核心是理解其不可变性、replace的默认非全局特性、slice/substring/substr的参数差异，以及优先使用模板字面量和Intl API进行格式化。
JavaScript 字符串方法不是“一堆可选工具”，而是你每天处理文本时实际依赖的底层能力——多数问题不在于“有哪些”，而在于哪些该用、哪些别碰、哪些在特定场景下会悄悄出错。
字符串不可变，所有方法都返回新字符串
这是几乎所有误用的根源。调用 str.toUpperCase() 或 str.replace() 不会修改原变量，而是生成副本。
- 错误写法：
let s = "hello"; s.toUpperCase(); // 返回 "HELLO"，但 s 还是 "hello" console.log(s); // 输出 "hello"
- 正确写法：
let s = "hello"; s = s.toUpperCase(); // 显式赋值 console.log(s); // 输出 "HELLO"
- ES6+ 中更安全的做法是声明为
const，强制你意识到不可变性：const s = "hello"; const upper = s.toUpperCase(); // 清晰表达意图
replace() 只替换第一个匹配，全局要用正则
很多人以为 "a a a".replace("a", "x") 会变成 "x x x"，结果只变第一个 —— 因为字符串参数触发的是字面量匹配，且默认非全局。
- 只换第一个（字符串参数）：
"a a a".replace("a", "x"); // "x a a" - 全局替换（正则 +
g标志）："a a a".replace(/a/g, "x"); // "x x x"
- 忽略大小写 + 全局：
"A a a".replace(/a/gi, "x"); // "x x x"
- 注意：正则中特殊字符需转义，比如想替换点号
.，得写/\./g，否则.匹配任意字符
slice()、substring()、substr() 的关键区别
三者都截取子串，但参数逻辑和边界行为完全不同，混用容易导致索引偏移或意外截断。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
slice(start, end)：支持负数索引（从末尾算），end不包含，超出范围不报错："hello".slice(-3); // "llo" "hello".slice(1, 3); // "el"
-
substring(start, end)：自动交换大小顺序（substring(3, 1) === substring(1, 3)），不支持负数（负数转为 0）："hello".substring(3, 1); // "el" "hello".substring(-1, 2); // "he"（-1 → 0）
-
substr(start, length)：已废弃，不要在新代码中使用；第二个参数是长度而非结束位置："hello".substr(1, 3); // "ell"
格式化文本优先用模板字面量，而不是拼接或 concat()
concat() 是历史遗留方法，性能无优势，可读性差；手动拼接 + 在复杂场景易出错；现代 JS 应直接用模板字面量（`）。
- 避免：
"Hello " + name + ", you have " + count + " messages."; // 容易漏空格、引号嵌套乱
- 推荐：
`Hello ${name}, you have ${count} messages.`; // 清晰、支持多行、可嵌入表达式 - 需要动态格式化数字/日期？别手写逻辑，用
IntlAPI：`Price: ${price.toLocaleString('en-US', { style: 'currency', currency: 'USD' })}`;
真正难的不是记住所有方法名，而是理解每个方法的边界行为：比如 trim() 只清空格和 Unicode 空白字符，对全角空格无效；includes() 区分大小写；split("") 在含 emoji 或代理对的字符串里可能切错位置。这些细节不查文档、不实测，光靠“大概记得”很容易在线上环境突然暴露。
