<p>Path Intellisense 通过光标位置与工作区根目录实时匹配文件路径，支持 Markdown 中 的图片路径自动补全，需正确配置 path-intellisense.extensions（如 [".png",".jpg",".svg"]），且仅对相对路径（./ 或 ../）生效，不扫描过深嵌套或绝对路径。</p>
Path Intellisense 怎么让图片路径自动补全
它不是“识别路径”，而是根据你当前光标位置，结合工作区根目录，实时列出符合扩展名过滤规则的文件。关键在于配置必须匹配你的实际资源结构。
常见错误现象： 按 Ctrl + Space 没反应，或只列出部分文件
- 检查
settings.json中是否启用了"path-intellisense.extensions"，且值包含你用的格式，比如[".png", ".jpg", ".svg"] - 确保你在 Markdown 文件中输入的是相对路径起始符（
./或../），纯绝对路径（/assets/）不会触发补全 - 插件默认不扫描子目录过深的路径；若资源在
/docs/images/v2/logo.png，而你从/src/index.md引用，需写../../docs/images/v2/才能命中补全范围
File Utils 怎么快速获取相对路径用于 import
手动拼 ../../../ 容易数错层级，File Utils: Copy Relative Path 是最稳的替代方案——它生成的是相对于工作区根目录的路径，和 import 语句天然兼容。
使用场景：在 TypeScript/JavaScript 文件里写 import logo from 'assets/images/logo.svg'; 前，先复制好路径
- 右键资源管理器中的文件 → 选
File Utils: Copy Relative Path，粘贴结果形如assets/images/logo.svg - 如果项目用了别名（如
@/components），这个路径不能直接用，得配合jsconfig.json或tsconfig.json的"paths"配置才生效 - 注意：该命令对未保存的新建文件无效，必须先保存到磁盘
多根工作区下路径补全为什么失效
Path Intellisense 默认只认单个工作区根目录，遇到 .code-workspace 文件加载的多根结构时，它会“迷路”——不知道该以哪个根为基准解析 ./。
典型表现：在 frontend/src/App.tsx 里输 ./assets/，补全列表为空；但切换到 backend/ 根目录下打开的文件却正常
- 临时解法：把资源统一放在某个根目录下（如共用的
shared/assets），并在所有根中通过"files.exclude"过滤掉冗余副本 - 硬核解法：改用
Markdown All in One的路径补全逻辑（它支持多根感知），但仅限 Markdown 场景 - 根本规避：避免在多根工作区里跨根引用静态资源；前端资源尽量走构建工具处理（如 Vite 的
public/目录），而非靠编辑器补全
为什么 window.title 显示路径后反而更难定位文件
启用 ${activeEditorLong} 后标题变成一长串绝对路径，Mac 用户尤其容易看花眼——因为 macOS 默认把应用名放前面，路径被挤到右侧边缘，一眼扫不到关键目录名。
真正实用的组合是 ${activeEditorShort}${separator}${folderPath}，而不是堆砌完整路径
-
${folderPath}显示的是“文件所在目录”，不含文件名，长度可控，例如src/utils/ - 如果项目嵌套深（如
/monorepo/packages/core/src/lib/），建议配合"workbench.list.compactMode": true开启紧凑模式，减少视觉干扰 - 别忽略
settings.json里已有的"window.titleSeparator"覆盖项，它可能悄悄覆盖了你设的${separator}
路径问题从来不是“配对就完事”，它卡在编辑器认知、构建工具约定、团队目录规范三者的交界处。补全插件再聪明，也救不了 assets 和 public 混用、或 src 下随意建 img 子目录的结构。
