Debian11下VS Code内置Bash执行所有命令提示command not found

所有命令全报command not found，核心原因是VS Code集成Bash终端没有正确加载系统PATH环境变量。Debian 11从桌面应用菜单启动GUI程序时，不会继承登录shell的完整环境变量，VS Code默认启动集成Bash时走的是非登录非交互shell流程，不会主动加载/etc/profile、~/.profile里的全局和用户PATH配置，就会出现原生终端能用、VS Code里所有命令找不到的情况。

按优先级依次尝试，第一个方法就能解决90%以上的同类问题：

• 配置VS Code强制Bash以登录shell启动
  按Ctrl+,打开设置，搜索terminal.integrated.profiles.linux，选择编辑settings.json，把Bash的配置改成下面的内容：

  "terminal.integrated.defaultProfile.linux": "Bash",
  "terminal.integrated.profiles.linux": {
    "Bash": {
      "path": "/bin/bash",
      "args": ["-l"]
    }
  }
  

  加-l参数是让Bash启动时走和原生虚拟控制台完全一致的登录shell初始化流程，自动加载所有全局、用户目录下的环境变量配置。改完完全退出VS Code（所有窗口全关），重新打开测试即可。
• 检查shell配置文件的加载拦截逻辑
  如果改完配置还是报错，打开家目录下的~/.bashrc，看开头几行的非交互shell拦截逻辑：

  # If not running interactively, don't do anything
  case $- in
      *i*) ;;
        *) return;;
  esac
  

  如果你自己加过PATH配置、或者第三方安装脚本写的PATH配置在这段逻辑的前面，非交互shell启动的时候会直接return，后面的配置根本不会加载。把所有PATH相关的配置移到这段判断的后面，保存后执行source ~/.bashrc，重启VS Code即可。
• 临时验证方案
  直接在能正常运行命令的原生控制台里执行code命令启动VS Code，这时候打开的集成终端会继承原生控制台的完整PATH，命令可以正常运行。这个方法仅用于临时验证，永久修复还是使用前面两个配置方法。

修复后在VS Code集成终端执行echo $PATH，和原生控制台执行同命令的输出对比，两边的路径列表完全一致，就不会再出现命令找不到的问题，不止npm，所有系统命令、自行安装的第三方命令都能正常执行。

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