Yii2应用程序在激活opcache的情况下升级到php 7.4后导致对等连接重置

如何解决Yii2应用程序在激活opcache的情况下升级到php 7.4后导致对等连接重置

我们有一个大型的yii2应用程序，它可以在具有nginx + PHP-FPM 7.3并启用opcache的Debian Docker容器中完美运行。

升级到PHP 7.4.10后，某些请求导致“（从对等方重置连接），同时从上游读取响应头”错误。 禁用opcache可解决此问题，但这并不是真正的选择。我还可以将opcache保持启用状态，并将整个yii2供应商文件夹列入黑名单，但这不是一个选择。

我们还在Debian VM上安装了非docker的PHP-FPM 7.4 + nginx + opcache，该程序可以运行到目前为止，没有出现此类错误。但是我们需要Docker环境进行开发，然后在生产中切换到Docker。

使用PHP 7.3 + opcache运行测试大约需要12分钟，而没有opcache则需要30分钟（！）。

我尝试过但没有成功：

• 使用Yii2官方docker镜像
• 使用官方的PHP 7.4.10 Apache映像
• 使用带有最新Nginx映像的官方PHP-FPM 7.4.10
• 使用比Docker版本19.03.12-ce低的docker版本build 48a66213fe
• 在nginx，opcache和php中的不同变体中设置几个参数，我在网上发现就像忽略nginx的无效标头一样。
• 将PHP版本降级到7.4.9或7.4.2。
• 试图在我们的代码库中查找并修复导致错误的代码，但是在大多数情况下，只是更改了所生成的内容，这意味着同一控制器动作运行时有无错误，而仅内容已更改。标头和HTTP返回代码相同。

我们所有的开发人员机器上都有问题，例如使用Ubuntu或Fedora的Mac笔记本，Windows笔记本和Linux笔记本。

我的环境：

• 操作系统：5.7.19-2-MANJARO
• Docker：19.03.12-ce，构建48a66213fe
• CPU：英特尔i7-1065G7
• RAM：16 GB
• SSD：512 GB PCIe NVMe M.2

如果有人有任何建议，甚至知道如何解决问题。

更新：

我将本地系统配置为运行php-fpm 7.4.10，并将docker容器中的nginx配置为使用本地（在主机上）php-fpm。 我没有任何错误或“对等连接重置”事件。

所以对我来说，这似乎是docker和opcache的问题。

有人知道启用opcache时yii2在做什么，也许是如何配置的？

更新： 现在，我还从gdb追溯了分段错误：

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `php-fpm: pool www                                                          '.
Program terminated with signal SIGSEGV,Segmentation fault.
#0  zend_gc_delref (p=0x6341203a79726156) at ./Zend/zend_types.h:1041
1041    ./Zend/zend_types.h: No such file or directory.
(gdb) bt
#0  zend_gc_delref (p=0x6341203a79726156) at ./Zend/zend_types.h:1041
#1  i_zval_ptr_dtor (zval_ptr=<optimized out>) at ./Zend/zend_variables.h:43
#2  zval_ptr_dtor (zval_ptr=<optimized out>) at ./Zend/zend_variables.c:84
#3  0x000055fd4809a88c in user_shutdown_function_dtor (zv=<optimized out>) at ./ext/standard/basic_functions.c:5048
#4  0x000055fd48177a25 in zend_hash_destroy (ht=0x7f961acb1150) at ./Zend/zend_hash.c:1541
#5  0x000055fd480a0515 in php_free_shutdown_functions () at ./ext/standard/basic_functions.c:5174
#6  0x000055fd48106445 in php_request_shutdown (dummy=<optimized out>) at ./main/main.c:1905
#7  0x000055fd47fd14dd in main (argc=<optimized out>,argv=<optimized out>) at ./sapi/fpm/fpm/fpm_main.c:1970

解决方法

反向跟踪将我引向解决方案，它是pcov模块。

禁用它可以解决问题。

我对搜索错误误以为是指向opcache的分段错误，并且在PHP 7.4中对opcache进行了更改，并且在使用PHP 7.3 + opcache时也启用了pcov模块。

现在我很幸运，它可以在新的PHP版本中再次使用-

因为我们只需要pcov即可生成代码覆盖率报告，并且我们可以禁用opcache来创建代码覆盖率报告。

如果有人对pcov + opcache + PHP 7.4有所了解，请发表评论。