项目级php运行参数必须通过phpstorm「edit configurations」中interpreter options填入-d参数（如-d memory_limit=256m）实现隔离，因settings→php→interpreter仅指定php路径，不控制运行时行为；改php.ini会影响全局cli，而-d参数可为每个项目单独注入，确保myapp-dev与myapp-prod互不干扰。
项目级 PHP 运行参数（如 memory_limit、display_errors、error_reporting）必须通过「运行/调试配置」单独设置，不能靠改系统 php.ini 或全局 CLI 配置实现隔离——否则所有项目共用同一组参数，根本谈不上环境隔离。
为什么在 Settings → PHP → Interpreter 里改不了项目专属参数
那里只指定 PHP 可执行文件路径，不控制运行时行为。你改了 php.ini，整个系统 CLI 都受影响；而 PhpStorm 的「项目级」意味着：同一台机器上，myapp-dev 要 display_errors=On，myapp-prod 必须是 Off，且互不干扰。
- Settings 里的 Interpreter 设置是“用哪个 php”，不是“怎么用它”
- 真正起作用的参数注入发生在每次执行命令时，由运行配置拼接
-d参数完成 - 比如实际执行的是：
php -d memory_limit=512M -d display_errors=On /path/to/script.php
如何为单个 PHP 脚本或 CLI 工具配置专属参数
关键入口是 Edit Configurations…，不是 Settings。每种运行类型（PHP Script、PHPUnit、PHPCS）都需独立配置：
- 右键 PHP 文件 → Run 'xxx.php' → 再次右键该运行配置 → Edit Configurations…
- 切到 Configuration 标签页，找到 Interpreter options 输入框
- 在这里填入
-d memory_limit=256M -d display_errors=On -d error_reporting=E_ALL - 注意：值中含空格需加引号，例如
-d log_errors_max_len="1024" - 如果用了 Composer 命令（如
composer install），也要进对应 CLI 工具配置，在 Options 栏填-d参数
与项目级环境变量配置的关系
环境变量（如 APP_ENV=local）和 PHP 运行参数（-d xxx）是两套机制，但可共存于同一运行配置中：
- 环境变量在 Environment variables 栏设置（需先创建并启用项目级 Environment）
- PHP 参数在 Interpreter options 栏设置
- 两者最终都会出现在命令行里，顺序无关，例如：
APP_ENV=local php -d display_errors=On script.php - 别把
error_reporting写成环境变量——getenv('error_reporting')拿不到，它只对-d有效
容易被忽略的兼容性陷阱
PHP 8.0+ 对 -d 参数校验更严格，某些旧写法会静默失效：
-
-d date.timezone=Asia/Shanghai✅ 有效 -
-d date.timezone="Asia/Shanghai"❌ 在部分 macOS Homebrew PHP 下报 Warning 并忽略 -
-d opcache.enable=0✅ 但若 opcache 扩展未启用，该参数无意义 -
-d extension=redis.so❌ 不安全，应改用php.ini启用扩展，-d仅用于覆盖 ini 设置 - Windows 用户注意路径分隔符：用
-d include_path=".;C:/mylib"，别混用反斜杠和引号嵌套
最稳妥的做法是：只用 -d 覆盖运行时行为类参数（memory_limit、max_execution_time、display_errors），扩展启用、路径加载等仍走 php.ini 管理。项目差异大时，宁可为每个项目维护一份轻量 php-cli.ini，再通过 -c /path/to/php-cli.ini 指定，比堆砌一堆 -d 更清晰可控。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
