不推荐Composer全局安装PHP CS Fixer。因其会污染全局环境、引发版本冲突，且~/.composer/vendor/bin常不在$PATH中；应本地安装并用php vendor/bin/php-cs-fixer调用，配合.php-cs-fixer.php配置规则。
Composer全局安装PHP CS Fixer是否推荐？
不推荐。虽然composer global require friendsofphp/php-cs-fixer能装上，但会污染全局 Composer 环境，不同项目依赖的php-cs-fixer版本可能冲突，且~/.composer/vendor/bin路径容易不在$PATH里，导致命令找不到。
更稳妥的做法是按项目本地安装，配合脚本或 Makefile 调用，版本可控、环境隔离、CI 友好。
本地安装并验证是否成功
在项目根目录执行：
composer require --dev friendsofphp/php-cs-fixer
安装完成后，确认可执行：
立即学习“PHP免费学习笔记（深入）”；
-
vendor/bin/php-cs-fixer --version（Linux/macOS） -
vendor\bin\php-cs-fixer.bat --version（Windows）
如果提示“command not found”或“不是内部或外部命令”，说明系统没识别到vendor/bin路径——别急着加环境变量，直接用php vendor/bin/php-cs-fixer调用更可靠，尤其在 CI 或 Docker 中。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如何配置规则并快速修复代码？
PHP CS Fixer 不带默认规则集，必须显式指定。常见做法是创建.php-cs-fixer.php配置文件：
<?php
return (new PhpCsFixer\Config())
->setRules([
'@PSR12' => true,
'array_syntax' => ['syntax' => 'short'],
'no_unused_imports' => true,
])
->setFinder(
PhpCsFixer\Finder::create()
->in(['src', 'tests'])
->name('*.php')
->notName('*.blade.php')
)
;
然后运行：
- 检查问题：
php vendor/bin/php-cs-fixer --dry-run --diff - 自动修复：
php vendor/bin/php-cs-fixer fix
注意：--dry-run必须配合--diff才显示具体改动；漏掉--diff只会输出“Files to be fixed: 3”，看不出改了啥。
Git 提交前自动检查的最小可行方案
避免每次手动敲命令，用 Git hooks 最轻量。在.git/hooks/pre-commit中写：
#!/bin/sh if ! php vendor/bin/php-cs-fixer --dry-run --using-cache=no; then echo "⚠️ PHP code style issues found. Run 'php vendor/bin/php-cs-fixer fix' to fix." exit 1 fi
别忘了加执行权限：chmod +x .git/hooks/pre-commit。这里关键点是加了--using-cache=no，否则 hook 可能跳过刚修改却未暂存的文件。
复杂点在于：团队成员可能没装 Composer 或没运行composer install，所以建议把php-cs-fixer打包进项目bin/或用 PHAR 方式兜底——不过那已是另一层维护成本了。
