正则无法精准识别废弃变量，因实际赋值多样、缩进换行干扰、缺乏语义分析；需结合命名特征、上下文人工确认，并辅以eslint修复。
为什么 ^\s*let\s+\w+\s*=\s*undefined;$ 匹配不到废弃变量声明
因为实际代码里废弃变量往往不止 undefined 一种初始化值，还可能是 null、''、0、false，甚至带注释或换行。Sublime 的正则默认不跨行，且 ^/$ 只匹配行首/行尾，遇到缩进、分号缺失、多行赋值就失效。
实操建议：
- 启用
.*模式（点击右下角. *按钮或按Alt+R），让.匹配换行符 - 用
^\s*(const|let|var)\s+\w+\s*(?:=|\+=|-=|\*=|\/=)?\s*(?:undefined|null|''|""|0|false|void\s+0)\s*;?\s*(?:\/\/.*)?$覆盖常见废弃赋值形式 - 先关闭
Match case，避免漏掉Undefined这类大小写混用 - 务必勾选
Wrap around，否则替换会停在文件末尾前
如何安全识别“声明后从未使用”的变量
纯正则无法静态分析引用关系，但可以结合命名特征和上下文缩小误删范围。真正被废弃的变量往往有固定模式：名字含 temp、tmp、old、backup、unused，且后续无 =、.、[、( 等操作符出现。
实操建议：
- 搜索
^\s*(const|let|var)\s+(temp|tmp|old|backup|unused|dummy)\w*\s*=\s*[^;]*;，再人工确认后续 5 行内是否调用 - 对
let x;这类仅声明未赋值的，用^\s*let\s+\w+;\s*(?!(?:.|\n)*\b\w+\s*=)（需开启.*模式）粗筛，但必须逐条检查——因为函数作用域或条件分支可能隐藏引用 - 避免匹配
for (let i = 0; ...)这类循环变量，加负向先行断言：(?!.*for\s*\()
subl --command "find_in_files" 能否批量处理整个项目
不能直接用于正则替换，Sublime 的命令行接口只支持查找，不支持跨文件替换。但可借助 Find in Files 面板（Ctrl+Shift+F）实现类似效果。
实操建议：
- 在
Where栏填入路径如src/**/*.js，File mask填*.ts,*.js - 输入正则后点
Find，结果列表里右键某条匹配 →Replace in Files，再填入空替换内容 - 注意：该操作不可撤销，务必提前用
git stash或备份整个目录 - 若项目含 JSX/TSX，需在设置中启用
"extensions_to_exclude": []并确保语法高亮为 JavaScript/TypeScript，否则正则引擎可能跳过部分文件
替换后为什么 ESLint 报 'x' is assigned a value but never used 还在
因为 ESLint 检查的是 AST 层语义，而正则只改文本。你删掉了赋值语句，但可能没删掉声明本身（比如 let x;），或者变量在解构、参数默认值、类型声明中仍有定义痕迹。
实操建议：
- 搜索残留声明：
^\s*(const|let|var)\s+\w+\s*(?:[:\?]\s*\w+)?\s*;?，再人工判断是否真无引用 - 检查 TypeScript 接口或类型别名里是否还有同名变量（如
interface Props { temp: string; }） - 运行
npx eslint . --fix后再检查，ESLint 的no-unused-vars规则能自动清理纯声明 - 特别留意
export变量——即使本地未用，导出即算“被使用”，正则删了会导致编译失败
最麻烦的不是匹配不准，而是变量名太泛（比如 data、res）时，正则根本分不清哪次是废弃、哪次是关键逻辑。这种得靠 git blame 配合上下文读，没法一键解决。
