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有所了解,请发表评论。