PHP 5.6在IIS页面无法加载imagick扩展 控制台正常加载如何解决

出现CLI模式可正常加载imagick、Web访问无法加载的核心原因是IIS运行PHP的环境和控制台运行PHP的环境存在差异，常见诱因如下：

• 配置文件加载不一致：CLI模式和IIS调用的FastCGI模式加载的php.ini不是同一个文件，Web对应的配置文件未开启imagick扩展，或extension_dir配置指向错误。
• 权限差异：控制台使用当前登录用户身份执行，而IIS中的PHP使用应用池对应的身份（如IUSR、应用池内置账户等）运行，该账户没有imagick扩展文件、ImageMagick核心依赖库的读取与执行权限。
• 环境变量不生效：仅在当前用户的Path环境变量中添加了ImageMagick的bin目录，未添加到系统级Path中，IIS运行时无法识别依赖库的路径，导致扩展加载失败。
• 依赖版本不匹配：部分场景下可能存在imagick扩展版本、ImageMagick核心库版本与IIS调用的PHP运行模式（线程安全/非线程安全、x86/x64）不匹配的问题。

1. 确认配置文件一致性

• 控制台执行命令 php --ini，记录返回的Loaded Configuration File路径。
• 新建php文件写入代码 <?php phpinfo(); ?>，通过Web访问该文件，查看Loaded Configuration File对应的路径。
• 若两个路径不一致，打开Web模式对应的php.ini，添加配置 extension=php_imagick.dll，同时确认extension_dir配置项指向PHP安装目录下的ext文件夹。

2. 修复环境变量配置

• 打开系统环境变量编辑页面，将ImageMagick安装路径下的bin文件夹（如C:\ImageMagick\bin）添加到系统级Path变量中，不要仅添加到当前用户的Path变量。
• 配置完成后建议重启服务器，确保环境变量全局生效。

3. 配置目录权限

• 右键PHP安装目录、ImageMagick安装目录，依次选择「属性-安全-编辑-添加」。
• 在对象输入框中填入你的IIS应用池身份，格式为IIS AppPool\你的应用池名称，确认后给该账户分配「读取和执行、列出文件夹内容、读取」权限，保存配置。

4. 验证配置生效

• 执行命令 iisreset 重启IIS服务，再次访问phpinfo页面，搜索是否存在imagick扩展的相关信息。
• 若仍加载失败，查看PHP的错误日志，根据日志中记录的imagick加载报错信息针对性调整，比如依赖库缺失就补全对应库，权限不足就补充对应权限。

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