应使用项目级安装而非全局安装PHPCS：运行composer require --dev squizlabs/php_codesniffer，二进制位于vendor/bin/phpcs，路径明确、版本锁定、CI友好；报“No ruleset found”需显式指定--standard=PSR12（大小写敏感）或配置phpcs.xml。
别装全局 phpcs，它解决不了你真正的问题，反而会埋一堆 PATH、权限和版本冲突的坑。项目级安装才是稳定、可复现、CI 友好的做法。
为什么 composer global require squizlabs/php_codesniffer 常常失败
不是 PHPCS 本身坏了，而是系统根本没找到那个可执行文件。
-
command not found：说明~/.composer/vendor/bin（Linux/macOS）或%USERPROFILE%\AppData\Roaming\Composer\vendor\bin（Windows）没进PATH -
Permission denied：大概率是之前用了sudo composer global require，导致~/.composer归属权错乱，后续所有global操作都会卡住 -
Could not open input file: phpcs：这是 PHP 在找脚本时失败，本质还是路径或权限问题，不是包没装上
项目级安装 phpcs 的正确姿势
在项目根目录运行这行命令：
composer require --dev squizlabs/php_codesniffer
装完后，二进制固定在 vendor/bin/phpcs，路径明确、版本锁死、Git 可见。
立即学习“PHP免费学习笔记（深入）”；
- CI 脚本直接写
./vendor/bin/phpcs --standard=PSR12 src/，不用依赖任何环境配置 - 不同项目可各自用
^3.7或^4.0，互不干扰 - PHP 8.3+ 环境下若报
Warning: Undefined array key，升级到 4.x 即可：composer update squizlabs/php_codesniffer --with-dependencies
phpcs 执行时报 “No ruleset found” 怎么办
这不是安装失败，是没告诉它用哪套规则——PHPCS 默认不带任何规则集。
- 先运行
phpcs -i，确认输出里有PSR12（注意大小写，--standard=psr12会失败） - 检查单个文件必须显式指定：
./vendor/bin/phpcs --standard=PSR12 src/MyClass.php - 想设默认规则？在项目根目录建
phpcs.xml，至少含<rule ref="PSR12"></rule>，之后./vendor/bin/phpcs src/就生效
最常被忽略的一点：PHPCS 不会自动扫描 vendor/ 下的第三方标准（比如 slevomat/coding-standard），即使你 composer require --dev slevomat/coding-standard 成功了，phpcs -i 也看不到它——必须显式用完整路径调用：./vendor/bin/phpcs --standard=vendor/slevomat/coding-standard/SlevomatCodingStandard。
