PHPUnit 覆盖范围：允许的内存大小为536870912 字节已耗尽

php phpunit docker phpdbg

2022-08-30 17:14:50

我正在尝试使用以下命令为PHPUnit和phpdbg的PHP项目生成代码测试覆盖率：

phpdbg -dmemory_limit=512M -qrr ./bin/phpunit -c .phpunit.cover.xml

这完全可以正常工作：

PHPUnit 6.2.4 by Sebastian Bergmann and contributors.

........                                                            8 / 8 (100%)

Time: 114 ms, Memory: 14.00MB

OK (8 tests, 13 assertions)

Generating code coverage report in HTML format ... done

但是，当我在 docker 容器中使用完全相同的命令时：

docker run -it --name YM4UPltmiPMjObaVULwsIPIkPL2bGL0T -e USER=sasan -v "/home/sasan/Project/phpredmin:/phpredmin" -w "/phpredmin" --user "1000:www-data" php:7.0-apache phpdbg -dmemory_limit=512M -qrr ./bin/phpunit -c .phpunit.cover.xml

我收到以下错误：

PHPUnit 6.2.4 by Sebastian Bergmann and contributors.

[PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 561514763337856 bytes) in /phpredmin/vendor/phpunit/phpunit/src/Util/GlobalState.php on line 166]

我不明白为什么PHPUnit需要分配561514763337856字节的内存。我怀疑它卡在一个循环中，但为什么这不会发生在容器之外？这是我机器上的PHP版本：

PHP 7.0.22-0ubuntu0.17.04.1 (cli) (built: Aug  8 2017 22:03:30) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.22-0ubuntu0.17.04.1, Copyright (c) 1999-2017, by Zend Technologies

下面是 .phpunit.cover.xml 文件：

<phpunit
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="https://schema.phpunit.de/6.3/phpunit.xsd"
        backupGlobals="false"
        backupStaticAttributes="false"
        bootstrap="vendor/autoload.php"
        cacheTokens="false"
        colors="false"
        convertErrorsToExceptions="true"
        convertNoticesToExceptions="true"
        convertWarningsToExceptions="true"
        processIsolation="false"
        stopOnError="true"
        stopOnFailure="true"
        stopOnIncomplete="false"
        stopOnSkipped="false"
        stopOnRisky="false"
        timeoutForSmallTests="1"
        timeoutForMediumTests="10"
        timeoutForLargeTests="60"
        verbose="false">
    <testsuites>
            <testsuite name="PhpRedmin PHP source">
            <directory>src-test/</directory>
            </testsuite>
    </testsuites>
    <logging>
        <log type="coverage-html" target="cover/" lowUpperBound="35" 
highLowerBound="70"/>
    </logging>
    <filter>
        <whitelist processUncoveredFilesFromWhitelist="true">
            <directory suffix=".php">src-test/</directory>
            <directory suffix=".php">src/</directory>
        </whitelist>
    </filter>
</phpunit>

-- 编辑1 --

我发现这与@runInSeparateProcess有关。当我删除具有@runInSeparateProcess的测试时，它开始工作。但我仍然不知道问题出在哪里

-- 编辑2 --

另外，我发现如果我不将代码目录挂载在Docker容器中，一切正常

答案 1

在测试前添加“-d memory_limit=-1”

如果使用作曲家，请使用以下代码

./vendor/bin/simple-phpunit -d memory_limit=-1 tests/

如果您使用phpdbg，请使用以下代码

phpdbg -d memory_limit=-1 -qrr vendor/bin/phpunit --coverage-text

答案 2

当我们使用时，PHPUnit 将尝试序列化包含的文件、ini 设置、全局变量和常量，以将它们传递给新进程。在这种情况下，看起来 PHPUnit 在序列化其中一个项目时遇到了递归情况，这耗尽了 PHP 进程可用的内存。我们需要确定本地环境和 Docker 容器之间发生了哪些变化。@runInSeparateProcess

首先，我们可以尝试禁用此序列化行为，以验证是否应继续执行此路径。将以下批注添加到失败的测试方法中：@preserveGlobalState

/**
 * @runInSeparateProcess
 * @preserveGlobalState disabled
 */
public function testInSeparateProcess()
{
    // ...
}

如果这解决了问题，或者如果我们收到新的错误，我们可以开始在 Docker 容器中查找可能导致问题的差异。如果没有对代码和环境的更多可见性，很难建议从哪里开始，但这里有一些想法：

比较每个环境的输出。注意PHP扩展，这些扩展存在于一个扩展中，但另一个不存在。php -i
用于设置断点和单步执行代码。我们已经使用它来生成覆盖率，但它也是一个有用的调试工具。我们正在寻找导致无限递归的项目。请注意，我们需要在 PHPUnit 执行测试用例之前设置断点，例如在引导文件或 PHPUnit 源代码中（第 810 行可能有效）。phpdbgTestCase
绑定装载卷时，请确保容器中的用户与拥有主机上文件的用户具有相同的 UID。www-data
尝试在没有内存限制的情况下运行测试。显然，我们无法分配错误表明我们可能需要的那么多，但内存限制可能会掩盖另一个潜在的问题。如果需要，我们可以杀死容器。

我无法在类似的环境中使用虚拟测试重现此问题（尽可能接近 - 具有卷的同一容器），因此所测试的代码可能会导致此问题。