code .在wsl中不生效的根本原因是windows安装的code命令未注册进wsl的path环境变量，导致终端无法找到该命令；必须通过勾选安装选项或运行code --install-server并重启wsl来修复，且项目须存于wsl原生路径（如~/projects）而非/mnt/c/。
必须从 WSL 终端执行 code .，否则看似打开了 Linux 路径，实则仍在 Windows 进程里运行——调试、断点、git 权限、chmod 全部失效。
为什么 code . 在 WSL 里不生效？
根本原因是 Windows 安装的 code 命令没注册进 WSL 的 PATH。你在 WSL 里敲 code . 报 command not found，不是扩展没装，是命令根本找不到。
- 安装 VSCode 时务必勾选 “Add to PATH”（Windows 安装器“其他任务”页）
- 已安装但漏选？在 Windows PowerShell 中运行
code --install-server，再执行wsl --shutdown，重启 WSL 终端 - 验证是否成功：在 WSL 终端中运行
which code，应返回类似/usr/local/bin/code的路径；code --version能输出版本号才算到位
项目放 /mnt/c/ 会出什么问题？
放在 /mnt/c/ 下开发，不是“能打开就行”，而是几乎必然触发一连串异常：Git 提交乱码、断点灰掉、npm install 报 ENOSPC、gdb 加载符号失败、chmod 不生效——这不是配置问题，是 DrvFs 驱动层的硬限制。
- 所有开发项目必须存放在 WSL 原生路径，例如
~/projects/myapp或/home/username/src - 已有项目在
/mnt/c/？用cp -r /mnt/c/Users/xxx/project ~/project复制过去，再进该目录执行code . - Windows 侧想访问？在资源管理器地址栏输入
\wsl$Ubuntuhomeusernameproject（注意反斜杠）
终端 Ctrl+C 不生效，或者调试器找不到 gdb？
前者多因 WSL 终端默认用了 zsh，后者则是因为 VSCode 没在 WSL 环境里装插件——它不会自动复用 Windows 的工具链。
- Ctrl+C 失效？在 VSCode 设置中搜索
terminal.integrated.defaultProfile.linux，设为bash（或你发行版对应的 bash profile），关闭当前终端后按Ctrl+Shift+`新建一个 -
gdb或python3找不到？打开 VSCode 扩展面板，确保 C/C++、Python 等插件右侧显示 “Install in WSL”，而不是 “Install” - 调试 C/C++ 时，
compilerPath必须填 WSL 内路径，例如/usr/bin/gcc，不能写C:msys64mingw64ingcc.exe
最常被忽略的细节：左下角状态栏没显示 WSL: Ubuntu（或你发行版名），就说明还没真正进入 WSL 上下文——哪怕窗口里开了 bash，也仍是 Windows 模式。一切调试、权限、工具链行为都以此为准，别绕过它去折腾配置文件或 SSH。
