让相同的代码在两个不同的环境中产生两个不同的结果通常意味着存在版本差异，或者更有可能（在您的情况下，我认为）是配置不匹配。
我认为您最好的选择是查看/更改litespeed的最大动态响应车身尺寸选项：
指定动态生成的响应的最大正文大小。
我认为这是适用的，因为您调用的是.php脚本，而不是一个具有常见扩展名的文件，该文件已知会生成静态数据（例如.png）。
您的代码看起来有些正确，尽管htmlspecialchar对于向数据库发出请求有点奇怪。通常您只使用htmlspecialchar将不受信任的数据输出到浏览器客户端。

由于您的算法是确定性的，并且它在不同的服务器设置上的操作方式不同，因此问题可能是：

• OS版本差异
• OS设置差异
• DB版本差异
• DB设置差异
• PHP版本差异
• 数据差异

这些问题的解决方案是与操作系统，数据库，PHP和Web服务器的操作方式保持一致，这将最大限度地减少出现此类问题的机会。
但是，如果你想找出到底是什么导致了你的问题，那么你可以设置一个docker环境，一个虚拟机或一个实际的机器来拥有W（其中W是操作系统，PHP，DB和数据方面的工作设置），看看你是否可以在此设置副本上复制成功.如果没有，然后修复阻止它工作的问题，它应该不难，因为你的出发点是工作设置。
现在，当你设法使你的W设置可移植时，在你的实验设置中逐渐从W设置漂移到F（失败）设置，一次一步（例如，首先改变PHP的版本），看看哪个设置/配置/数据步骤将你的设置从工作转换为不工作。这就是你的bug所在的地方（或者更准确地说，有一个bug，希望是唯一的bug）。

使用litespeed测试，它可以工作：

<?php
header('Content-Type: image/png');
//header('Content-Length: '.filesize("test.png"));
$data = readfile("test.png");
// echo $data;  // EDIT: This is wrong because it outputs the size of the picture, and that was not supposed to happen..
exit;

字符串
看来你不需要发送Content-Length
我注意到一个奇怪的行为...
当执行curl http://localhost/test/image.php --output test2.png时，我的输出图像比输入图像大5个字节。
检查发现原始图像的长度（21215）被添加到test2.png文件中。

root@ubuntu45:/usr/local/lsws/Example/html/test# hexdump -C test2.png | tail -3
000052d0  71 9d ec 00 00 00 00 49  45 4e 44 ae 42 60 82 32  |q......IEND.B`.2|
000052e0  31 32 31 35                                       |1215|
000052e4
root@ubuntu45:/usr/local/lsws/Example/html/test# hexdump -C test.png | tail -3
000052c0  04 1a 81 16 00 00 00 01  26 fd ff 10 06 28 5b a5  |........&....([.|
000052d0  71 9d ec 00 00 00 00 49  45 4e 44 ae 42 60 82     |q......IEND.B`.|
000052df

型
编辑：我在PHP中注解了其中一行（并添加了注解），因为它正在输出图像的长度。
测试使用：LiteSpeed/1.7.18 Open (BUILD built: Tue Aug 29 12:59:39 UTC 2023)在Ubuntu 22.04.3

简单地使用base64_encode

header('Content-Type: image/jpeg');
echo base64_encode($data['image']);

字符串