答案是必须手动填写PHP可执行文件的绝对路径：macOS/Linux用which php获取路径如/opt/homebrew/bin/php，Windows填C:\xampp\php\php.exe，均不加引号、不加空格；路径错误或PHP反射模块不兼容（如8.1+）会导致linter-php报错。
linter-php 报 “PHP executable not found” 怎么填对路径
这不是 PHP 坏了，是 Atom GUI 进程没继承终端环境变量。必须手动填绝对路径，且格式敏感。
- macOS/Linux：终端执行
which php，比如输出/opt/homebrew/bin/php→ 在 linter-php 设置页的Executable Path栏直接粘贴这个完整路径，不加引号、不加空格 - Windows（XAMPP）：填
C:\xampp\php\php.exe；若路径含空格（如C:\Program Files\xampp\php\php.exe），Atom 设置框里仍只填路径本身，不要加双引号 - 验证是否生效：新建
test.php，写<?php echo "x";（故意少?>），保存后看左下角是否标出Parse error；若没反应，说明路径还是错的
为什么语法检查不触发，或报 ReflectionException
常见于 PHP 8.1+ 和 autocomplete-php 冲突，但 linter-php 本身也依赖反射 API 做基础解析 —— 尤其在检查类方法签名或类型声明时。
- 打开 Dev Tools（
Cmd+Alt+I或Ctrl+Shift+I），切到 Console，输入new ReflectionClass('stdClass')看是否抛ReflectionException - 若报错，说明 PHP 的反射模块被禁用或版本不兼容；临时降级到 PHP 8.0 是最稳解法（Homebrew 用户：执行
brew install php@8.0 && brew link --force php@8.0） -
linter-php不做静态分析，只调php --syntax-check，所以它不报错 ≠ 代码无逻辑问题；它卡住或静默失败，八成是路径或反射层崩了
script 插件运行 PHP 文件却没输出
这不是语法问题，而是 CLI 模式下执行环境缺失导致的“假失败”。
- 确保文件已保存（
script默认不自动保存），且右下角语言模式显示为PHP（不是Plain Text） - 点绿色 ▶ 运行后底部面板一闪而过 → 检查
script设置页的Command是否填了php（应填绝对路径，如C:\xampp\php\php.exe） - 输出中文乱码？XAMPP 自带
php.exe默认 ANSI 编码，而 Atom 保存为 UTF-8；加一行mb_internal_encoding('UTF-8');开头可缓解，但更推荐改用 VS Code + PHP Server 插件 - 注意：
script走的是 CLI 模式，$_SERVER、$_GET全为空，别指望它模拟浏览器请求
想真正做服务端开发，别靠 Atom 自带检测
Atom 的 linter-php 和 script 只能校验单文件语法或执行简单脚本，不处理 autoload、命名空间解析、Composer 依赖链 —— 这些是 IDE 层的事，不是编辑器该扛的。
立即学习“PHP免费学习笔记（深入）”；
- 复杂项目（Laravel、Symfony、含
composer.json的）建议直接用phpstan或psalm配合终端跑，Atom 只负责高亮和快捷触发 - 真要本地跑服务，别信
php-server插件；进项目根目录手动执行：php -S localhost:8000 -t public public/index.php - 如果连
php --version在 Atom 内置终端都失败，说明 PATH 隔离严重，此时所有插件的 PHP 路径配置都得重填，别跳过验证步骤
