php项目覆盖率低主因是业务类硬编码依赖；通过构造函数注入接口、@covers注解及php-token-stream过滤，可将核心逻辑覆盖率从40%提升至85%+。
直接上结论：PHP项目覆盖率低，八成是因为业务类硬编码了数据库、HTTP客户端或配置对象；用构造函数注入接口 + PHPUnit @covers + php-token-stream 过滤，能快速把核心逻辑覆盖率从 40% 拉到 85%+。
为什么 new Db() 会让 PHPUnit 覆盖率失真？
PHPUnit 统计的是“被执行的源码行”，但 new Database() 或 Config::getInstance() 这类调用会触发实际连接、读取文件、发起网络请求——这些副作用不仅拖慢测试，更会导致部分分支永远不进（比如异常路径被 try/catch 吞掉，或连接超时没走到后续逻辑）。
实操建议：
- 搜索整个项目中的
new \PDO、new GuzzleHttp、file_get_contents等调用，它们是覆盖率缺口的高发区 - 不要在测试中 mock 类名（如
$mock = $this->createMock('Database')），而要 mock 接口（如$mock = $this->createMock(DatabaseInterface::class)） - PHPUnit 默认不统计未加载类的代码，确保
phpunit.xml的<whitelist></whitelist>包含所有src/下的 PHP 文件，且processUncoveredFilesFromWhitelist="true"
构造函数注入怎么写才不影响覆盖率统计？
很多团队改了 DI 却发现覆盖率没涨——问题常出在注入时机和测试隔离上。比如在 __construct() 里调用了 $this->initConnection()，那即使你传了 mock，初始化逻辑仍会执行并污染覆盖率数据。
实操建议：
- 依赖只声明，不执行：构造函数里只赋值，所有初始化动作（如连接池建立、缓存预热）移到
init()或首次调用时 lazy 加载 - 接口定义要窄：别让
UserRepositoryInterface继承一堆无关方法，否则 mock 时得 stub 全部，容易漏覆盖 - 测试中用
$this->getMockBuilder(UserService::class)->setConstructorArgs([$mockDb, $mockLogger])->getMock()显式传入依赖，避免依赖容器干扰覆盖率统计
php-token-stream 怎么帮 PHPUnit 精准过滤？
php-token-stream 不是覆盖率工具，而是让 PHPUnit 知道“哪些代码该算、哪些不该算”的底层解析器。它能识别注解、跳过生成代码、区分 trait 引入逻辑，避免把框架胶水代码也算进覆盖率。
实操建议：
- 在
phpunit.xml中启用：<filter><whitelist processuncoveredfilesfromwhitelist="true"><directory suffix=".php">src</directory><exclude><directory>src/Infrastructure/ThirdParty</directory></exclude></whitelist></filter>
- 对废弃方法加
// @codeCoverageIgnore注释，防止它拉低整体数值 - 运行时加
--coverage-xml=build/coverage-xml，再用php-token-stream解析 XML 报告，定位具体哪一行没被覆盖（比如某个if ($config['debug'])分支从未触发）
最常被忽略的一点：覆盖率数字本身没有意义，关键看「未覆盖的是否都是安全路径」。比如一个 catch (\Exception $e) { log($e); throw $e; } 块，如果它只在极端故障下触发，强行写测试去覆盖反而增加维护成本——这时用 @codeCoverageIgnore 明确排除，比硬凑 100% 更务实。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
