mPDF v8.0.4版本setProtection()函数未按预期生效相关问题咨询

问题1：函数调用位置是否正确 #

你的SetProtection()调用位置完全符合要求，只要在调用Output()方法之前执行权限设置即可，放在文档元数据配置、HTML写入之前的位置没有任何问题。

问题2：是否存在相关Bug #

分两种情况排查：

• 首先确认阅读器逻辑：你使用的旧版本Evince默认会忽略无打开密码PDF的操作权限限制，属于阅读器的实现规则问题，你可以用Adobe Reader打开生成的PDF验证，权限控制本身是生效的。
• mPDF旧版本确实存在空权限数组不生效的已知问题，同时你当前调用SetProtection(array())默认使用40位低强度加密，很容易被阅读器绕过。你可以调整调用参数为128位加密：

$mpdf->SetProtection([], '', '', 128);

即可提升加密强度，减少被绕过的概率。

问题3：开箱即用的替代方案 #

• 同生态PHP库：可以替换为TCPDF，其SetProtection()方法实现更稳定，参数逻辑和mPDF基本一致，迁移成本极低。
• 命令行工具：使用LibreOffice Headless模式转换HTML到PDF时可直接配置权限参数，不需要额外写业务代码。
• FPDF衍生版本：比如FPDI等扩展库也自带成熟的PDF权限加密能力，符合开箱即用的要求。

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