Laravel中Imagick读取临时PDF报错：文件不存在或不可读

看起来你遇到的问题很典型——PHP里能确认临时文件存在，但Imagick就是识别不到它。结合你的描述（shell_exec能正常运行、权限已排除），我整理了几个针对性的解决方案，按优先级尝试：

1. 替换Imagick的初始化方式（最可能解决问题） #

你当前用new Imagick($source . "[$page]")的写法，在Docker+Apache/PHP-FPM的组合环境下，可能会出现路径解析异常。试试改用先读取完整PDF再选择页码的方式，绕开路径拼接的坑：

// 替换原来的$img = new Imagick($source . "[$page]");
$img = new Imagick();
// 先读取整个PDF文件
$img->readImage($source);
// 设置要处理的页码（注意：这里$page已经是减1后的0索引值）
$img->setIteratorIndex($page);

或者更稳妥的文件指针读取方式：

$fp = fopen($source, 'rb');
if (!$fp) {
    error_log("无法打开源文件: $source");
    return FALSE;
}
$img = new Imagick();
$img->readImageFile($fp);
$img->setIteratorIndex($page);
fclose($fp);

这种方式避免了Imagick对"路径+页码"格式的解析问题，很多类似报错都是这么解决的。

2. 验证临时文件的真实状态 #

虽然你说排除了权限，但还是建议在createThumb函数开头加几行调试日志，确认文件的真实状态：

error_log("源文件路径: $source");
error_log("文件存在吗？: " . (file_exists($source) ? '是' : '否'));
error_log("文件可读吗？: " . (is_readable($source) ? '是' : '否'));
error_log("文件权限: " . decoct(fileperms($source)));

查看Apache/PHP的错误日志，确认这些值都是"是"，如果有异常再针对性排查。

3. 检查PHP的open_basedir限制 #

这是很容易被忽略的点：Imagick作为PHP扩展，会受open_basedir配置的限制；而shell_exec是直接调用系统命令，不受这个限制。

在你的Docker容器里执行php -i | grep open_basedir，看看输出是否包含/tmp/。如果没有，需要修改php.ini（或php.d下的配置文件），把/tmp/添加到open_basedir中：

open_basedir = /var/www/html/:/tmp/

修改后重启Apache服务即可。

4. 确认Symfony上传文件的生命周期 #

如果你是用Symfony的UploadedFile对象处理上传，要确保调用createThumb时，临时文件还没有被移动或删除。正确的做法是直接使用UploadedFile提供的临时路径：

// 用UploadedFile的getPathname()获取临时文件路径
$sourcePath = $uploadedFile->getPathname();
$this->createThumb($sourcePath, 'thumb.jpg');

不要自行拼接临时文件路径，Symfony的上传组件会自动管理临时文件的存储位置。

内容的提问来源于stack exchange，提问作者Sanzhar Dan