安全重命名变量应优先使用编辑器语义化功能（如F2），而非全局替换；因后者易误伤同名字符串、属性、注释及跨作用域变量，且无法识别大小写与作用域边界。
直接用编辑器的“多光标 + 全词匹配”组合，比全局替换安全、比手动重命名灵活——前提是变量名不跨作用域混用。
为什么不能直接 Ctrl+H 全局替换变量名
HTML 编辑器里对 user 这类常见词做无差别替换，极大概率误伤：username、user_id、superuser 甚至注释里的 “this user is deprecated”。更麻烦的是，若变量在不同 <script> 块或外部 JS 中定义，作用域隔离后替换会漏掉或错改。
- 勾选“全词匹配”（Whole Word）能避开前缀/后缀干扰，但无法识别 JS 作用域边界
- 不区分大小写可能把
User（构造函数）也替换成小写user，导致运行时报TypeError: User is not a constructor - HTML 属性值、字符串字面量里的同名文本也会被卷入，比如
<div data-user="alice">被改成data-newname="alice"就断了逻辑
VS Code / Sublime / WebStorm 中安全同名替换的实操路径
现代编辑器对 JS 变量有语法感知，能区分声明、引用、字符串。关键不是“找所有 user”，而是“找这个 const user = ... 定义所对应的所有引用”。
- 把光标停在变量名上（比如
user），按F2（VS Code/WebStorm）或Ctrl+Shift+R（Sublime），触发语义化重命名 - 编辑器自动高亮当前作用域内所有有效引用（排除字符串、注释、其他变量子串），并预览变更位置
- 输入新名如
currentUser后回车，所有引用同步更新，且不会动userList或"user" - 如果变量是
var user且跨函数使用，编辑器可能提示“作用域不明确”，这时需人工确认是否要跳转到定义处再操作
编辑器不支持语义重命名时的兜底方案
比如用 Notepad++ 或旧版 Dreamweaver，只能靠查找替换，但必须加三道过滤：
立即学习“前端免费学习笔记（深入）”；
- 搜索时启用正则：
\buser\b（\b是单词边界，确保不匹配username） - 限定文件类型：只搜
.js和.html中的<script>块（Notepad++ 可用“在文件中查找”，勾选“匹配整个单词”+“匹配大小写”） - 分两轮操作：先查
const user =/let user =/var user =定位定义点；再查user./user[/(user)确认引用上下文，避免把if (user) {...}里的判断条件也替掉
批量改 HTML 模板中 {{变量}} 占位符的特殊处理
这类不是 JS 变量，而是服务端或前端模板引擎的占位符（如 Handlebars、Vue 的 {{user}}），替换逻辑完全不同：
- 不能依赖编辑器作用域分析，必须用字符串级替换，但得防嵌套：若同时存在
{{user}}和{{user_name}}，先替短的会导致长的失效 - 正确做法：把替换数组按占位符长度倒序排列，例如先
{{user_name}}再{{user}}；或统一改用无歧义命名，如{{current_user}}和{{current_user_name}} - 命令行可跑：
sed -i '' 's/{{user}}/{{currentUser}}/g; s/{{user_name}}/{{currentUser_name}}/g' *.html（macOS），注意顺序不可颠倒
真正难的不是“怎么换”，而是判断哪些 user 是你该动的——它可能在 JS 里是局部变量，在 HTML 里是属性名，在 CSS 里是 class 名，三者互不关联。动手前花 10 秒看一眼定义位置和上下文，比事后调试半小时更省事。
