很多人刚接触 PhpStorm 时都会问：模板里能不能直接改默认参数？答案是不能。运行配置模板（比如 PHP Script、PHPUnit、JavaScript Debug）本质上只是一个“骨架”，它帮你把创建新配置时的通用字段预设好，但真正决定全局行为的，是三个更底层的设置：永久配置、CLI 解释器，以及 JVM 参数。改模板不如直接改解释器或 VM 选项来得有效。
模板里到底能改什么
在 Run → Edit Configurations → Templates 下，你可以编辑模板，但能动的字段非常有限：
- Working directory：推荐设为
$ProjectFileDir$，这样每个项目自动用项目根目录，省得每次手动填。 - Interpreter options：这个字段填了也白填——PhpStorm 不支持给 CLI 解释器传
-c或-d参数，所以别指望用模板来加memory_limit之类的。 - Environment variables：可以加一些通用变量，比如
XDEBUG_MODE=debug，但它们不会覆盖项目级.env文件里的同名变量。 - Single instance only：默认勾选，取消后允许同一个配置同时运行多个实例。
说白了，模板就是帮你省点打字功夫，真要全局生效，还得看下面这些。
想让所有 PHP 脚本默认带参数？别碰模板，改解释器 wrapper
你有办法让模板自动插入 -d memory_limit=512M 吗？没有。PhpStorm 的 CLI Interpreter 设置里根本没有“启动参数”这个输入框。可行的方案只有两个：
- 写一个 shell wrapper 脚本，内容类似这样：
#!/bin/sh /usr/bin/php -d memory_limit=512M -d error_reporting=E_ALL "$@"
然后在 Settings → PHP → CLI Interpreter 中把解释器路径指向这个脚本。注意写完要chmod +x赋予执行权限，路径里不能有空格或中文。 - 或者直接修改
php.ini本身。先用php --ini确认Loaded configuration file的路径是否正确，然后改对应文件里的memory_limit和error_reporting。
这两种方式都能让所有 PHP 脚本默认加载你想要的参数，比折腾模板高效得多。
VM Options 改了没反应？大概率重启方式错了
用 Help → Edit Custom VM Options 打开 phpstorm64.vmoptions 文件，改完后必须彻底退出 PhpStorm 进程。常见误区：
- 点 Invalidate Caches and Restart 并不会重载 JVM 参数，它只是清理缓存重启。
- 只关闭窗口而不 quit（macOS 上点 Dock 图标右键 → Quit，Windows 上任务栏右键 → Close window），后台进程还在，新参数根本没加载。
- 如果启动日志里看到
Picked up _JAVA_OPTIONS，说明环境变量干扰了，删掉那个变量再试。
改 VM Options 关键就一句话：必须让 PhpStorm 进程彻底退出，再重新启动。
为什么改了模板，新建配置还是没继承预期值？
模板只是“首次创建时的参考”。一旦你保存过一个永久配置——哪怕只改过一次 Script path——后续新建配置就不再读模板了，而是基于你上一次保存的配置复制。真正起作用的是：
- 你最近一次手动保存的配置里是否设了
Environment variables或Working directory。 - 项目根目录下
.idea/runConfigurations/目录里，存着所有已保存的 XML 配置。 - 如果想清空所有历史配置，直接删掉
.idea/runConfigurations/再重启 PhpStorm，就会强制回归模板的初始状态。
最常被忽略的其实是 CLI 解释器与 php --ini 输出路径的错位——你以为改的是 PhpStorm 用的那个 php.ini，其实它调用的是另一个 PHP 实例。验证永远比猜测快一步。
