PHP+AXLAPI脚本AJAX调用仅显表头无数据，疑执行超时求助

这种情况确实挺棘手的——命令行跑完全正常，AJAX调用却只出表头没数据，还没明显报错，得从几个核心方向逐一排查：

1. 对比Web与CLI环境的PHP配置差异 #

命令行和Web服务器使用的往往是不同的php.ini配置文件，这是最常见的坑：

• 检查max_execution_time：CLI模式下这个值通常很高甚至设为0（无限制），但Web环境默认可能是30秒以内（比如部分环境设为10秒）。你可以在脚本里加入echo ini_get('max_execution_time'); exit;，分别用命令行和AJAX调用查看输出值，确认Web环境的执行时间是否足够覆盖7秒的耗时。
• 同时检查memory_limit：如果拉取的AXL数据量较大，Web环境的内存限制可能比CLI低，导致脚本静默终止却不报错。

2. 检查AJAX请求的超时设置 #

浏览器端的AJAX请求可能自带超时限制，比如：

• 如果你用jQuery的$.ajax()，默认没有超时，但如果手动设置了timeout: 5000（5秒），那脚本还没跑完就会被前端中断，自然只返回已经输出的表头。
• 用原生fetch的话，默认也没有超时，但如果用了AbortController设置了短于7秒的超时，同样会导致请求提前终止。
  建议在前端代码里取消超时限制（或者设为15秒以上），再测试一次。

3. 强制刷新输出缓冲 #

PHP在Web环境默认开启输出缓冲，可能导致表头先输出，但数据还在缓冲中，一旦脚本超时或终止，缓冲里的数据就不会被发送到前端。可以在输出表头后立即加入：

ob_flush();
flush();

强制把缓冲内容发送到浏览器，这样即使后续脚本卡住，也能确认表头之后的代码是否开始执行。

4. 开启详细错误日志排查 #

你说没发现报错，可能是错误日志的配置没到位：

• 在脚本开头加入强制错误输出配置：

error_reporting(E_ALL);
ini_set('display_errors', 1);
ini_set('log_errors', 1);
ini_set('error_log', '/tmp/php_axl_error.log'); // 指定一个可写的日志路径

然后用AJAX调用脚本，查看这个日志文件，同时检查Web服务器的错误日志（比如Apache的error.log、Nginx的error.log），很多时候静默错误会被记录在这里。

5. 加入分步日志定位卡点 #

在脚本的关键步骤写入日志，确认执行到哪一步停了：

file_put_contents('/tmp/axl_script_log.txt', '开始拉取AXL数据' . PHP_EOL, FILE_APPEND);
// 执行AXL API拉取代码
file_put_contents('/tmp/axl_script_log.txt', 'AXL数据拉取完成，共' . count($data) . '条' . PHP_EOL, FILE_APPEND);
// 开始输出表格数据
file_put_contents('/tmp/axl_script_log.txt', '开始输出表格数据' . PHP_EOL, FILE_APPEND);

这样就能明确是拉取数据时卡住，还是输出数据时出了问题——如果日志停在“开始拉取AXL数据”，那可能是Web服务器用户（比如www-data）没有访问AXL API的权限，或者依赖的证书/配置文件路径在Web环境下不可用。

6. 释放会话锁（如果用到Session） #

如果你的脚本用到了PHP Session，会话锁会导致同一用户的多个请求阻塞。可以在脚本开头加入：

session_write_close();

释放会话锁，避免AJAX请求被其他请求阻塞超时。

按照这个顺序排查，应该能很快定位到问题所在！

内容的提问来源于stack exchange，提问作者Kristian Carbonaro