PhpStorm 设置需按类型区分生效方式：需重启的包括更新设置、编辑器字体和JVM参数；可导出共享的是keymaps、templates等config目录内容；PHP解释器有全局、项目、运行配置三级，Live Templates失效多因作用域、缩写、变量或启用状态问题。
PhpStorm 的“常用设置”不是点开 Settings 就完事——多数人卡在「改了没生效」「重启才起作用」「团队协作时配置不一致」这三步上。核心问题在于：哪些设置改完立刻生效，哪些必须重启，哪些要导出共享，得按配置类型分清楚。
哪些设置改完要重启 IDE 才生效
这类设置直接绑定 JVM 启动参数或底层 UI 渲染机制，改完不重启等于没改。
-
Appearance & Behavior → System Settings → Updates：关闭自动检查更新后，需重启才能停掉后台轮询 -
Editor → Color Scheme → Font中修改Primary font大小或字体名，编辑器右下角状态栏字体不会刷新，必须重启 -
Help → Edit Custom Properties添加的 JVM 参数（如-Xmx2g）完全无效，除非重启加载新堆配置 - 启用/禁用
Power Save Mode（菜单栏 File → Power Save Mode）是即时生效的例外，但一旦开启，所有后台索引、语法检查都会暂停，容易误判为“设置没起作用”
哪些设置必须导出才能团队复用
IDE 的个性化配置里，只有 config 目录下的内容可跨机器迁移；system 和 caches 是纯本地运行态数据，导了也没用，还会引发冲突。
- 真正该导出的是：
keymaps/（快捷键）、templates/（Live Templates）、options/editor.codeinsight.xml（自动补全开关）、options/php.xml（PHP 解释器路径） - 别导
system/caches/下的index/或localHistory/：这些文件体积大、含绝对路径、带时间戳，导入到另一台机器会触发全量重索引甚至报错Cannot read project model - 推荐做法：用
File → Manage IDE Settings → Export Settings，勾选明确需要的模块（别全选），生成settings.jar；接收方用Import Settings导入，跳过冲突项即可
PHP 解释器路径设置的三个关键位置
很多人只配了项目级解释器，结果命令行运行 phpunit 或 artisan 仍报错 —— 因为 CLI、测试、调试三者用的是不同上下文的解释器配置。
立即学习“PHP免费学习笔记（深入）”；
- 全局默认：
Settings → Languages & Frameworks → PHP → CLI Interpreter，影响所有新项目和未单独配置的脚本 - 项目级覆盖：
Project Settings → PHP → CLI Interpreter，仅对当前项目生效，优先级高于全局 - 运行/调试配置中单独指定：
Run → Edit Configurations → PHP Script或PHPUnit类型配置里，有独立的Interpreter options和PHP executable字段，这里设的值会覆盖前两者 - 验证是否生效：在 PHP 文件里写
<?php var_dump(PHP_BINARY); ?>，右键 Run，看控制台输出路径是否与你设置的一致
Live Templates 不生效的典型原因
自定义的代码片段（比如输入 dd 按 Tab 展开成 dd($VAR$);）经常“点了没反应”，问题通常不在模板本身。
- 模板作用域（Applicable in）没选对：比如你写了 PHP 模板，但勾选了
Everywhere，它在 Blade 文件里就不会触发；应明确勾选PHP: statement - 缩写（Abbreviation）含非法字符：用
dd!或dd_没问题，但dd@会被解析为注解前缀，直接忽略 - 模板变量
$VAR$没设默认值：当光标不在变量名上时，Tab 后可能只展开空括号；建议设默认值为__()或null，避免中断流程 - 冲突快捷键：如果系统或插件占用了
Tab（比如某些输入法），Live Templates 就无法响应；可在Keymap → Other → Expand Live Template查看绑定是否被覆盖
最常被忽略的其实是「模板启用状态」：每个 Live Template 左侧都有个复选框，默认新建时是勾选的，但一旦被手动取消，图标会变灰且完全不响应，这个开关藏得深，排查时容易漏看。
