File Utils插件右键菜单仅在资源管理器中对已加载工作区的文件/文件夹生效，需确认工作区已打开、插件已启用并重启窗口；复制路径按场景选相对或绝对路径；Delete默认硬删，需开启useTrash配置启用回收站；New File支持嵌套路径，通配符需手动开启enableGlob。
File Utils插件右键菜单不出现？检查是否在资源管理器中操作
File Utils 的所有功能都绑定在资源管理器（Explorer）的右键菜单里，不是编辑器标签页或文件预览区——如果右键没看到「File Utils」子菜单，大概率是点错了位置。它只对资源管理器中列出的文件/文件夹生效，且必须已加载工作区（即打开过文件夹或 .code-workspace 文件）。
常见错误现象：Copy Relative Path 或 Rename 选项完全不显示；右键只有原生菜单项。
- 确认当前窗口左上角显示了工作区路径（如“project-name”），而非“NO FOLDER OPENED”
- 若刚安装插件，重启 VSCode 或重新加载窗口（
Ctrl+Shift+P→ 输入Developer: Reload Window） - 检查插件是否启用：打开扩展面板（
Ctrl+Shift+X），搜索File Utils，确保右侧开关为开启状态
复制路径时相对路径 vs 绝对路径怎么选？看使用场景
Copy Relative Path 和 Copy Full Path 行为差异直接影响后续粘贴用途，不能混用。
使用场景：
- 写
import或require语句 → 用Copy Relative Path（如src/utils/logger.ts），路径基于工作区根目录，跨机器可复用 - 在终端里
cd或cat某个文件 → 用Copy Full Path（如/home/user/project/src/utils/logger.ts），直接粘贴就能执行 - 协作提交代码时需避免硬编码绝对路径 → 坚决禁用
Copy Full Path，防止把本地用户名、盘符暴露在注释或文档中
性能影响：无。两者都是纯字符串计算，无 IO 或网络开销。
Delete 操作直接永久删除？配置回收站更安全
默认情况下，Delete 是绕过回收站的硬删除，误点即丢，不可恢复。
解决方法很简单：打开设置（Ctrl+, ），搜索 fileutils.delete.useTrash，勾选它。之后右键 → Delete 就会把文件移入系统回收站，而不是直接清空。
容易踩的坑：
- Windows 下若启用了“删除时不将文件移到回收站”，即使勾选该配置也无效，需同步检查系统回收站属性
- Linux/macOS 没有统一回收站标准，部分桌面环境（如 GNOME）支持，但 CLI 启动的 VSCode 可能不识别，此时建议改用
mv命令模拟回收逻辑 - 多选批量删除时，只要有一个文件被拒绝移入回收站（权限不足等），整个操作会中断，不会静默跳过
New File 支持嵌套路径，但通配符要手动开启
输入 components/Button/index.tsx 能自动创建 components/ → Button/ → index.tsx 三层结构，这是默认行为。但像 api/*.ts 这类带 * 的通配符，默认不生效。
启用方式：设置中搜索 fileutils.newFile.enableGlob，设为 true。之后在 New File 输入框里就可以用 ** 匹配多级目录、* 匹配文件名。
注意点：
- 通配符仅用于新建文件，不用于
New Folder或重命名 - 生成的文件名中若含非法字符（如
:、?、<），VSCode 会静默截断，不会报错提示 - 嵌套路径层级过深（>10 层）可能触发系统路径长度限制（尤其 Windows），建议拆成两步操作
真正容易被忽略的是：这些功能全依赖右键上下文，一旦习惯性用快捷键新建文件（如 Ctrl+N），就完全用不上 File Utils 的任何能力——得先养成在资源管理器里右键的操作肌肉记忆。
