Debian 9 Stretch下wkhtmltopdf 0.12.3.2可正常显示png、无法显示jpg问题求助

• 该场景是这个版本在Debian 9上的高频已知问题，全程无报错、PNG加载正常、JPG静默丢失的特征完全匹配两类触发逻辑：
  • 系统依赖兼容故障：0.12.3.2版本基于老旧Qt WebKit内核编译，其关联的libjpeg动态库依赖，和Debian 9默认预装的libjpeg-turbo库存在API不兼容，底层解码JPG资源时会直接静默失败，不会向上层抛出任何日志或错误提示；PNG资源走独立的zlib解码链路，不受这个兼容问题影响，因此可以正常显示
  • 引擎内置bug：该版本的WebKit内核对data URI格式的base64嵌入JPG资源存在长度截断问题，只要JPG图片携带EXIF元数据、嵌入ICC色彩配置，对应的base64内容就会被内核判定为无效资源，本地浏览器可以正常解析这类内容，但wkhtmltopdf的旧内核无法完成识别
• 实际可操作的解决方式：
  • 修复依赖问题：通过ldd $(which wkhtmltopdf)命令定位wkhtmltopdf动态链接的libjpeg路径，替换当前指向的不兼容libjpeg-turbo库为对应版本的兼容libjpeg解码库，即可恢复本地路径、网络路径、base64嵌入等所有来源的JPG资源加载能力
  • 临时规避bug：生成base64嵌入HTML的JPG内容前，先对所有JPG图片做轻量化处理，移除全部EXIF元数据、嵌入ICC色彩配置，导出为标准基线格式的JPG，精简后的base64内容可以绕过内核的识别截断问题
  • 长期稳定方案：替换适配Debian 9环境编译的wkhtmltopdf版本，避开0.12.3.2这个存在已知兼容问题的版本

注：如果执行转换时JPG资源通过本地文件路径加载，还需要在命令中追加--enable-local-file-access参数，关闭旧版本对本地资源的访问限制

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