VSCode插件安装路径由编辑器内部统一管理，用户无需手动配置绝对或相对路径；插件默认存于用户数据目录（Windows：%APPDATA%\Code\User，macOS：~/Library/Application Support/Code/User，Linux：~/.config/Code/User），加载时按固定顺序扫描扩展目录并解析package.json，支持通过--extensions-dir参数自定义路径。
VSCode插件本身不直接使用绝对/相对路径配置
插件的安装、加载和运行路径由 VSCode 内部管理，用户无需（也不应）手动指定插件的绝对或相对路径。你看到的「路径」问题，实际发生在插件功能所作用的场景里：比如 Path Intellisense 补全 import 路径、Markdown Preview 解析图片路径、或调试配置中写 program 字段指向可执行文件。
常见误解是以为“插件路径设置”存在，其实所有插件都装在用户数据目录下（%APPDATA%\Code\User / ~/Library/Application Support/Code/User / ~/.config/Code/User），这个位置固定，且与你打开的项目无关。
- 插件代码里读取的路径，如
vscode.workspace.rootPath（已弃用）或vscode.workspaceFolders[0]?.uri.fsPath，返回的是当前工作区的绝对路径——这是插件获取“项目根”的标准方式 - 插件输出的路径（如日志、提示、补全项）默认用正斜杠，Windows 上也输出
/c/Users/xxx/project/src/index.ts，不是C:\... - 多根工作区下，
vscode.workspaceFolders是数组，每个元素对应一个根；插件若只取第一个，可能误判当前文件所属根
Path Intellisense 补全路径时认的是哪个“相对”
Path Intellisense 的「相对路径」始终相对于当前编辑器打开的文件所在目录，不是工作区根，也不是终端当前目录。它解析的是你在引号里写的上下文，比如 import 后面、src="..." 里面。
- 如果当前文件是
src/utils/helper.ts，输入import { x } from "./，它会列出src/utils/下的文件和子目录 - 如果写
../config/，它会向上跳一级，搜索src/config/—— 注意不是project/config/，除非src就是工作区根 - 它不依赖
tsconfig.json或jsconfig.json的baseUrl，纯文件系统遍历；想支持别名（如@/components），得配path-intellisense.mappings - 禁用该插件后，原生 VSCode 对 import 的路径补全只支持同目录和
node_modules，不递归扫描上级
Markdown 图片路径失效，90% 是因为没开工作区
VSCode 的 Markdown 预览器解析  时，把 path 当作相对于当前 .md 文件的路径。但「相对」的前提是：VSCode 知道当前文件属于哪个项目根——这只有在用 File > Open Folder 打开整个目录时才成立。
- 双击单独打开
readme.md，Copy Relative Path会失败，也会 404，因为没有根目录可算“相对” - 路径写法必须匹配文件系统结构：如果
readme.md在docs/，图片在docs/images/，就写images/logo.png；如果图片在assets/（同级），就得写../assets/logo.png - 预览里点图片链接报错
Unable to load image，先右键图片 → “Copy Image Address”，粘贴到浏览器地址栏看是否是file:///开头 + 正确路径；如果不是，说明路径解析错了 - 绝对路径如
/Users/name/project/docs/images/logo.png在预览里无效——file://协议不支持跨盘符或根路径跳转，仅限当前工作区内部
自定义快捷键触发 Copy Path 时容易忽略的条件
给 File: Copy Path 和 File: Copy Relative Path 绑快捷键很实用，但 VSCode 默认限制它们只在资源管理器聚焦时生效，而多数人想在编辑器里按快捷键直接复制当前打开文件的路径。
- 打开快捷键设置（
Ctrl+K Ctrl+S），搜copy path，找到对应命令，点击右侧 «Add Keybinding» - 设快捷键后，右键检查「when」条件：默认是
explorerViewletVisible && filesExplorerFocus，需手动改成editorTextFocus才能在编辑器里触发 - macOS 用户避免用
Cmd+Shift+P冲突——那是命令面板快捷键，改用Cmd+Alt+C类组合更安全 - 如果用了 Vim 插件（如
Vim或whichkey），它可能劫持按键；临时禁用 Vim 模式测试，确认是插件干扰再调整其 keymap
真正卡住人的从来不是怎么设快捷键，而是设完发现没反应——然后花二十分钟排查，最后发现只是没改 when 条件，或者根本没打开文件夹。
