这种特定条件才触发的502错误确实很棘手，结合你的描述，我从后端服务状态、PHP配置、数据加载逻辑这几个方向给你拆解排查思路：

先从日志找核心线索 #

Nginx 502本质是无法正常和后端PHP-FPM通信，大概率是PHP-FPM进程崩溃、超时或者资源耗尽。先查这两个关键日志：

• Nginx错误日志：找到对应502请求的条目，通常会提示是connect() failed（PHP-FPM服务异常）还是recv() failed（进程崩溃/超时）
• PHP-FPM错误日志：比如/var/log/php-fpm/error.log，重点盯这几个关键词：
  • Allowed memory size exhausted：内存溢出
  • Segmentation fault：进程崩溃
  • Execution timed out：执行超时

排查PHP资源限制 #

你的问题只在6月全月+所有类型触发，说明这个场景下加载/处理的数据量远大于其他情况，很大概率是资源限制被触发：

• 检查memory_limit：在PHP代码开头加echo ini_get('memory_limit');，看当前内存限制。如果6月数据量特别大，临时调高到256M或512M（ini_set('memory_limit', '512M');）测试是否解决问题
• 检查max_execution_time：默认30秒，加载大量JSON文件解析可能超时，同样可以临时调高（ini_set('max_execution_time', 60);）
• 确认post_max_size：虽然是POST表单，但如果参数较多也可能影响，不过这个场景下概率较低

优化数据加载逻辑 #

为什么print_r()就不报错？ #

当你用print_r()输出筛选后的数组时，PHP会遍历数组并输出内容，这个过程会触发内存回收机制，释放临时变量，降低内存峰值；同时输出内容会持续发送给Nginx，避免PHP-FPM进程因为内存占用过高被系统杀掉。

针对性优化建议： #

• 减少一次性加载的数据量：检查是否在这个场景下加载了所有6月的JSON文件？试试分批加载，比如按日期范围拆分（6月上/中下旬），处理完一批就unset掉不需要的变量，手动触发垃圾回收：

  // 处理完一批数据后清理内存
  unset($loadedData);
  gc_collect_cycles();
  

• 优化JSON解析：用json_decode($jsonContent, true)生成关联数组，避免生成对象（对象占内存更多）；如果JSON文件超大，试试用流式JSON解析库，不用把整个文件加载到内存
• 检查循环逻辑：有没有嵌套循环或者重复加载同一文件的情况？比如在foreach里反复调用file_get_contents，可以把已经加载的文件缓存起来，避免重复IO和内存消耗

长远解决方案 #

把大量数据存在JSON文件里本身就不适合做搜索筛选，建议迁移到轻量数据库（比如SQLite、MySQL）：

• 数据库支持索引，能大幅提升筛选性能
• 可以用SQL语句直接完成复杂筛选，不需要手动加载解析大量JSON文件
• 内存占用和执行效率会比JSON文件方案稳定得多

内容的提问来源于stack exchange，提问作者Bjarne K