WSL2命令行打开VSCode：Linux目录下执行code .无响应问题问询

该故障本质是跨系统调用的路径解析、权限拦截或WSL interop功能异常导致，具体触发原因可分为以下三类：

1. 路径转译逻辑差异
   当你在/mnt/c这类Windows挂载目录下调用code .时，传入的路径可以直接映射到Windows本地盘符路径，VS Code CLI不需要做额外的WSL专属路径转译，就能正常完成调用逻辑。而在/home/<user>这类Linux原生目录下，CLI需要先将Linux路径转译为WSL专属UNC路径（格式为\\wsl.localhost\<发行版名称>\home\<user>）再传给Windows端的Code.exe，转译环节触发异常就会导致进程无响应。
   你调试定位到的命令是VS Code用来检测Windows端是否安装WSL远程扩展的预执行逻辑，在转译路径的过程中会触发后续的拦截或异常。

2. 杀毒软件实时扫描拦截
   这是该场景下最高发的原因：从Linux原生目录触发跨系统调用Windows端exe的行为，会被Windows Defender或第三方杀毒软件判定为可疑操作，进程会被临时挂起做扫描，没有返回值就会导致命令行一直显示闪烁光标无其他反馈。而在挂载目录下的调用属于Windows本地目录的正常操作，不会触发拦截规则。

3. WSL interop功能异常
   如果WSL的Windows程序调用功能损坏，也会仅在非挂载目录下触发调用异常：

• 可先检查/proc/sys/fs/binfmt_misc/WSLInterop文件是否存在，不存在则说明interop功能未正常加载
• 部分旧版本WSL会出现UNC路径访问失效的问题，也会导致VS Code CLI无法正确识别Linux原生目录路径，出现无响应问题

快速验证方法 #

• 临时关闭Windows Defender实时保护后再次在/home目录执行code .，如果能正常启动，将Code.exe加入杀毒软件白名单即可永久解决
• 执行wsl --shutdown关闭WSL后重新启动，可修复绝大多数interop功能异常问题
• 手动更新Windows端VS Code的ms-vscode-remote.remote-wsl扩展到最新版本，可解决版本不匹配导致的调用失败问题

内容的提问来源于stack exchange，提问作者ChalkyLemonade