PhpStorm 通过集成 php-cs-fixer 工具读取 .php-cs-fixer.php(优先)或 .php_cs 配置文件,要求文件返回 PhpCsFixer\Config 实例、路径正确、PHP 版本兼容,并在 Settings → Tools → External Tools 中配置可执行路径及参数,再绑定至 Save Actions 实现保存时自动格式化。
.php_cs 或 .php-cs-fixer.php 配置文件
PhpStorm 本身不直接“同步”编码规范,而是通过集成 php-cs-fixer 工具,在编辑器内调用它来格式化代码。关键前提是:你本地已安装 php-cs-fixer,且项目根目录下有配置文件(如 .php_cs、.php-cs-fixer.php 或 php-cs-fixer.php)。
PhpStorm 会自动识别这些配置文件——只要路径正确、文件可读、PHP 解析无语法错误。注意:.php_cs 是旧版命名,新版推荐用 .php-cs-fixer.php;如果两者共存,PhpStorm 优先使用 .php-cs-fixer.php。
PhpCsFixer\Config 实例(不能只是数组)fn() 箭头函数,PHP 就得 ≥ 7.4)这不是一键同步,而是把格式化动作“挂钩”到编辑行为上。核心是两步:配置外部工具 + 设置 onSave 格式化。
先确认已配置好外部工具:Settings → Tools → External Tools → + → 填写名称(如 php-cs-fixer)、Program(填你本地的 php-cs-fixer 可执行路径,例如 /usr/local/bin/php-cs-fixer 或 ./vendor/bin/php-cs-fixer)、Arguments(填 fix --config=$ProjectFileDir$/.php-cs-fixer.php --dry-run --diff 用于校验,实际格式化去掉 --dry-run)。
再绑定到保存:Settings → Editor → General → Save Actions → ✅ Format on save → ✅ Run external tool → 选中你刚配的 php-cs-fixer。这样每次 Ctrl+S,就会按你的配置跑一次 fix。
Only if file is syntactically correct,否则语法错误时强行格式化可能破坏代码./vendor/bin/php-cs-fixer,避免全局版本和项目要求不一致--dry-run 仅用于调试配置是否被识别;正式使用时删掉,否则不会真正修改文件常见原因不是配置写错了,而是环境链路断了。最典型的是:路径权限、PHP 加载失败、或配置文件里用了 PhpStorm 不支持的 fixer。
检查顺序建议:
./vendor/bin/php-cs-fixer --config=.php-cs-fixer.php --dry-run src/Example.php,看是否报错(比如找不到 class、扩展未启用)php-cs-fixer 外部工具中,“Working directory” 必须设为 $ProjectFileDir$,否则相对路径(如配置文件里的 __DIR__)会解析失败declare_strict_types)要求 PHP ≥ 7.0,但如果你的 PhpStorm PHP 解释器设成了 PHP 5.6,就会静默跳过autoload-dev 或 files 数组里注册了)靠人记住配置不行,得靠 Git 和 PhpStorm 共同约束。核心是把可执行文件、配置、IDE 设置三者都纳入版本控制或标准化分发。
php-cs-fixer 锁定在 composer.json 的 require-dev 里,用 composer install 统一安装.php-cs-fixer.php 提交到 Git,禁止修改;加 .gitattributes 设为 text eol=lf 避免换行符干扰 diffphpstorm-code-style.xml 并提交,其他人导入即可复用基础缩进/空格规则(注意:这和 php-cs-fixer 是互补关系,不是替代)php-cs-fixer --dry-run --using-cache=no,失败则阻断合并最易忽略的一点:PhpStorm 的 “Reformat Code” 快捷键(Ctrl+Alt+L)默认走的是内置格式化器,不是 php-cs-fixer。除非你显式绑定了外部工具并开启 Save Actions,否则手动格式化不会触发你的规范配置。