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 是绕过回收站的硬删除，误点即丢，不可恢复。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

解决方法很简单：打开设置（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 的任何能力——得先养成在资源管理器里右键的操作肌肉记忆。