Ctrl+P搜不到src/pages/user是因为其本质是文件名模糊匹配而非路径导航，输入路径前缀优先级低；有效方式是输文件名特征（如user、profi）或先点开目标文件夹再搜索。
Ctrl+P 搜索路径片段时为什么搜不到 src/pages/user？
VS Code 的 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）本质是文件名模糊匹配，不是路径导航工具。输入 src/pages/user 很可能不命中，因为默认按文件名权重排序，路径前缀匹配优先级低。
- 真正有效的写法是输入文件名特征：比如
profile.tsx、user、profi，甚至user/profi（斜杠会被识别为路径分隔符，但仅作为提示，不强制限定目录） - 想临时缩小范围：先在资源管理器里点开
src/pages文件夹，再按Ctrl+P，搜索会默认限制在该子目录内 - 误以为“输全路径就能跳”是常见错觉——VS Code 不解析完整路径字符串，它只把输入当作关键词去匹配文件名和路径片段
点击 @/components/Button.tsx 无法跳转？别名配置和插件必须配齐
光在 tsconfig.json 或 jsconfig.json 里配了 "@": ["src"]，VS Code 原生不支持点击跳转。必须靠插件补足能力。
- 装
Path Intellisense或path-alias插件（二者功能重叠，选其一即可） - 插件启用后，还需在用户设置 JSON 中显式声明映射：
"pathAlias.aliasMap": {"@": "${cwd}/src"}，${cwd}是关键，硬写绝对路径会导致跨机器失效 - 如果仍跳不动，检查当前文件是否属于已打开的工作区根目录——插件只对工作区内的文件生效，单文件打开模式下别名解析常失败
Markdown 目录点击跳转失效的 3 个真实原因
生成的目录链接形如 [简介](#简介)，跳转失败往往不是插件没装，而是锚点生成逻辑与实际 HTML 渲染不一致。
- 标题含中文或特殊字符（如“2.1 配置说明”）→ VS Code 默认生成的 slug 是
2-1-配置说明，但某些预览插件（如 Markdown Preview Enhanced）可能用不同规则，导致链接指向不存在的 ID - 用了
Markdown All in One却没启用自动目录更新：需确认设置中markdown.extension.toc.autoUpdate为true，否则手动插入的目录不会随标题增删同步刷新 - 文档开头有 YAML front matter（如
---\ntitle: xxx\n---）→ 部分插件会把 front matter 当作内容一部分解析，导致第一个#标题的锚点偏移或丢失
Project Manager 切换项目后 .vscode/settings.json 不生效？
Project Manager 插件只负责执行 code /path/to/project 命令打开路径，它不管工作区配置加载逻辑。是否读取 .vscode/settings.json 取决于你以什么模式打开。
- 必须以「单文件夹」模式打开项目：即命令最终是
code /path/to/project，而不是code /path/to/project/some-subdir - 如果目标目录下没有
package.json、.git或tsconfig.json等标识文件，Project Manager 默认不认它为“项目”，需手动运行Project Manager: Save Project并确保rootPath字段是合法绝对路径（Windows 下别用末尾反斜杠\） - 切换后设置没生效，大概率是打开了子目录而非根目录——右下角状态栏显示的路径就是当前工作区根，以此为准
