能改，且必须通过--extensions-dir启动参数指定新路径；需彻底关闭进程、复制旧插件、更新快捷方式目标栏并加双引号包裹路径，环境变量和软链接存在兼容性风险。
VSCode插件安装路径能改吗？必须改
能改，而且强烈建议改。默认插件全塞在 C:\Users\{UserName}\.vscode\extensions（Windows）或 ~/.vscode/extensions（macOS/Linux），C盘爆满、重装系统丢插件、多项目隔离困难——这些问题都源于这个硬编码路径。
改法就一条命令：code --extensions-dir "D:\vscode-ext"（路径用英文双引号包裹，前面留空格）。执行后 VSCode 会立刻从新路径加载插件，旧路径的插件不再生效。
- 改完必须重启 VSCode，仅靠重载窗口不行
- 快捷方式也要同步改：右键图标 → 属性 → 目标栏末尾追加该参数，否则双击桌面图标仍走默认路径
- 中文插件失效？不是 bug，是语言服务没热加载——再执行一遍带参数的启动命令即可
Markdown 自动生成目录为什么点不动？锚点失效的真相
生成的目录项像 -[安装步骤](#安装步骤) 看起来没问题，但点击无反应，90% 是因为标题含空格、标点或大小写混用，导致锚点不匹配。VSCode 内置预览和 Markdown All in One 插件对锚点的生成规则不同：
-
Markdown All in One默认把中文标题转成小写 URL 编码（如#%E5%AE%89%E8%A3%85%E6%AD%A5%E9%AA%A4），但预览里点击时浏览器可能解码失败 - 纯英文标题也踩坑：
## User Login生成锚点是#user-login，但手动写的链接若写成#User-Login就失效 - 跳级标题（比如
##后直接####）会导致部分插件漏解析，目录缺项
验证方法：打开预览页（Ctrl+Shift+V），右键目录项 → “检查元素”，看 href 值是否和对应标题的 id 完全一致。
Project Tree 插件生成的目录结构为啥和实际文件树不一致？
它不是实时同步文件系统，而是读取你当前打开的文件夹里已存在的 README.md 或指定输出文件，再按配置规则递归扫描子目录。常见偏差来源：
- 忽略隐藏文件/文件夹：默认跳过
.git、node_modules、以.开头的目录，除非你在插件设置里关掉projectTree.exclude - 文件过滤写错：配置项
"projectTree.includes": ["**/*.ts", "**/*.js"]会漏掉.json或.md文件 - 根路径选错：命令执行时若没在项目根目录打开 VSCode，它会从当前工作区起点扫描，生成的结构自然偏移
安全做法：始终在终端 cd 到项目根目录，再运行 code . 启动编辑器，然后调用 Project Tree: Generate Project Tree 命令。
TypeScript 插件开发中目录结构怎么配才不报错？
用 yo code 脚手架生成的项目，默认结构里 src/extension.ts 是入口，但 VSCode 启动时实际加载的是编译后的 out/extension.js。如果 package.json 里的 "main" 字段还是指向 ./src/extension.ts，F5 调试必报 Error: Cannot find module './src/extension'。
- 必须确认
tsconfig.json的"outDir"和package.json的"main"路径严格对应 -
launch.json的runtimeExecutable要设为code，不是node；args里得带--extensionDevelopmentPath指向项目根目录 - 改完结构后务必删掉
node_modules和out目录，重新npm install & npm run compile
最易被忽略的是 package.json 里 "activationEvents" 的写法——写成 "onCommand:extension.helloWorld" 没问题，但若命令名拼错或没注册，插件根本不会激活，调试器连断点都进不去。
