npp_exec读不到gcc或python是因为notepad++启动时不加载完整系统环境变量，子进程仅继承精简版path；最可靠方案是手动指定编译器绝对路径，如"c:\mingw\bin\gcc.exe"。
为什么 NPP_EXEC 插件读不到系统环境变量里的 gcc 或 python
Notepad++ 默认不继承系统的完整环境变量（尤其是通过用户级或系统级 PATH 设置的路径），NPP_EXEC 执行命令时用的是精简版环境，常导致 'gcc' is not recognized 这类报错。这不是 Notepad++ 故意“屏蔽”，而是 Windows 下子进程默认继承父进程环境，而 Notepad++ 启动时没加载全部用户环境。
手动指定编译器绝对路径最可靠
绕过环境变量依赖，直接在 NPP_EXEC 命令里写死路径，是最少出错的做法：
- 打开
Plugins → NppExec → Execute... - 输入类似：
cd "$(CURRENT_DIRECTORY)"<br>"C:\MinGW\bin\gcc.exe" "$(FULL_CURRENT_PATH)" -o "$(NAME_PART).exe"
- 点击
Save...保存为脚本（如run_gcc），再绑定快捷键 - 注意路径中不要有空格；如有，必须用英文双引号包裹整个路径
让 NPP_EXEC 加载完整用户环境变量
如果坚持用 gcc 而非全路径，可强制它读取当前登录用户的环境快照：
- 在
NPP_EXEC命令开头加一行：set PATH=%PATH%;%USERPROFILE%\AppData\Local\Microsoft\WindowsApps
- 或者更通用：先执行
cmd /c "set"查看真实PATH，再把关键路径显式追加到NPP_EXEC脚本里 - 不推荐改
NPP_EXEC的“继承父进程环境”选项——它只影响启动时的初始环境，不刷新已存在的变量 - 重启 Notepad++ 后首次运行脚本，环境才可能更新；中途修改系统
PATH不会自动同步
检查是否真装了编译器，还是只是环境变量“看起来有”
常见假象：系统 PATH 里写了路径，但实际目录下没有 gcc.exe，或文件被杀毒软件隔离：
- 在 CMD 中运行
where gcc，确认返回的是你预期的路径 - 在资源管理器中直接打开该路径，看是否存在
gcc.exe文件 - 某些 MinGW 版本安装后需手动运行
mingw-get install gcc才真正下载二进制 -
NPP_EXEC报错中的路径，有时会暴露它实际查的是哪个位置——留意错误信息里显示的搜索路径
