sublime text 无法原生批量修改文件后缀名，所有相关功能均依赖系统命令；sidebarenhancements 的 batch rename 需满足项目目录显式添加、插件重启、配置启用等条件，且输入后缀不带点；命令行（powershell/bash）更可靠，执行前需验证范围，改后需关闭 atomic_save 并刷新侧边栏与标签页。
Sublime Text 本身不能批量修改文件后缀名——它不操作文件系统，所有“批量改后缀”都是调用 ren、mv 或 Rename-Item 等系统命令的外壳。你看到的右键菜单、一键按钮、甚至插件提示，背后没有 Sublime 自己的文件重命名引擎。搞不清这点，就容易改完后缀却跑不通 import，或发现旧标签页还在写入已删除的路径。
SideBarEnhancements 的 Batch Rename 为什么点了没反应
这不是插件坏了，而是几个硬性条件没满足：
- 必须通过 Project → Add Folder to Project… 显式添加目录，拖进窗口或双击打开不算“项目上下文”，右键不会出现
Batch Rename - 安装插件后需重启 Sublime；若仍只看到
Rename（单个）而没有Batch Rename，手动在Packages/User/SideBarEnhancements.sublime-settings中加一行："enable_batch_rename": true - 输入新后缀时不要带点：想改成
.ts，只填ts；填.ts会生成..ts，文件名直接损坏 - 插件不检查目标文件是否存在，
utils.ts已存在时，utils.js重命名会静默失败，原文件不动，无任何提示
PowerShell 或 Bash 一行命令为什么更可靠
因为命令行透明、可验证、可复现，尤其当你要处理嵌套目录、排除某些文件、或做条件替换时，插件模板语法立刻不够用：
- Windows PowerShell 示例（当前目录下所有
.js改为.ts）：Get-ChildItem *.js | Rename-Item -NewName { $_.Name -replace '\.js$', '.ts' } - macOS/Linux Bash 示例（同上）：
for f in *.js; do mv "$f" "${f%.js}.ts"; done -
${f%.js}是 Bash 参数展开，删结尾.js；PowerShell 不支持该语法，必须用-replace或$_.BaseName - 含空格路径必须加引号：
"$f"，否则file name.js被拆成两个参数，mv报错 - 执行前务必先确认范围：
ls *.js或Get-ChildItem *.js，别在工程根目录盲目运行
改完后 Sublime 标签页还显示旧名？这不是 Bug，是 atomic_save 在起作用
这是最常被忽略的同步断裂问题：文件磁盘名字已变，但 Sublime 编辑器里的标签页仍指向旧文件句柄。此时保存，内容可能写回一个已不存在的路径，或覆盖错误文件：
- 根本原因是默认设置
"atomic_save": true，它让 Sublime 先写临时文件再原子替换，但重命名后旧路径失效，机制失灵 - 解决方法：打开 Preferences → Settings，在右侧用户设置中加入：
"atomic_save": false - 验证是否生效：重命名后看标签页标题是否立刻变成新文件名；若仍是旧名+星号（*），说明未生效
- 侧边栏也不会自动刷新，需手动按
Ctrl+R（Windows/Linux）或Cmd+R（macOS） - 已打开的同名文件不会自动重载，需手动关闭再双击重开，或执行 File → Revert
真正要“批量改后缀”，别只盯 Sublime 界面——插件适合小批量、规则简单、想快速点几下的场景；命令行才是处理真实项目里几百个文件、多层嵌套、特殊字符路径的唯一可靠方式。改完后，记得用 Ctrl+Shift+F 全局搜索替换代码中引用，否则 require('./config.js') 还在找不存在的文件。
