Composer如何安装PHPStan_Composer PHPStan静态分析教程【推荐】-composer-PHP中文网

phpstan必须本地安装，全局安装会导致配置失效、扩展无法注册、autoload_files不生效及文件静默跳过；正确做法是项目根目录执行composer require --dev phpstan/phpstan。

composer如何安装phpstan_composer phpstan静态分析教程【推荐】

PHPStan 必须本地安装，全局安装等于没装

PHPStan 的配置加载、扩展发现、规则注册全部依赖 vendor/ 目录结构和 Composer 自动加载机制。全局安装（composer global require phpstan/phpstan）会导致：
– phpstan.neon 配置被完全忽略
– 自定义扩展（如 phpstan-extension）无法自动注册
– autoload_files 和 bootstrap 不生效
– 扫描时静默跳过文件，或报 Class not found 却不提示原因

正确做法只有一条：
– 进入项目根目录（确保有 composer.json）
– 运行 composer require --dev phpstan/phpstan
– 安装后可直接调用 vendor/bin/phpstan

phpstan.neon 配置里最常失效的两个参数

paths 和 level 看似简单，但错一个就白跑：

paths 默认只扫 src/，且要求文件有命名空间或 class/interface 声明；纯函数文件、无命名空间的 .php 会被直接跳过
level 不是越高越好：v1.x 和 v2.x 对 level 含义不兼容（比如 v1.10 的 level 8 ≈ v2.0 的 level 5），升级前必须查对应文档
若项目用 PSR-4 但 composer.json 的 autoload 没配好，PHPStan 加载不到类，会静默失败——不是报错，是“假装没看见”

建议起步配置：

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

parameters:<br>  level: 5<br>  paths:<br>    - src<br>    - tests<br>  excludePaths:<br>    - tests/bootstrap.php

为什么 vendor/bin/phpstan analyse 没报错，但实际没检查任何文件？

这不是 bug，是 PHPStan 的默认行为策略：

它只分析「能被自动加载的类/接口/trait 所在文件」，不扫描裸函数、配置数组、路由定义等
如果 src/ 下全是 function helper() 且无命名空间，phpstan analyse src/ 会输出 [OK] No errors，但其实一行都没检查
验证是否真在扫描：加 --debug 参数运行，看输出里有没有 Analysing file 行；没有，说明路径或 autoload 有问题

补救方式：在 phpstan.neon 中显式加 scanFiles，例如：

parameters:<br>  scanFiles:<br>    - src/helpers.php<br>    - config/routes.php

CI/CD 里跑 PHPStan 报错找不到类，但本地正常？

根本原因是 CI 环境未生成完整 autoload，尤其常见于 Laravel、Symfony 等框架项目：

CI 中执行 composer install --no-dev 后，vendor/autoload.php 不包含开发依赖，而 PHPStan 的 bootstrap 或扩展可能依赖它们
Laravel 项目未运行 php artisan ide-helper:generate，导致模型动态方法（$user->posts()）被误判为不存在
解决方案不是降级 level，而是补全环境：
– CI 脚本中加 composer install --no-interaction（保留 --dev）
– 若必须 --no-dev，则提前把 PHPStan 相关 bootstrap 写进 autoload_files，不依赖 vendor