php 7.2+ 已彻底移除 mcrypt 扩展，但遗留的 mcrypt_blowfish + ecb 加密 url 参数仍需在新版环境中正确解密；本文提供经验证的 openssl 兼容方案，精准还原 php 5.6 行为，避免因填充、密钥处理差异导致解密失败。
php 7.2+ 已彻底移除 mcrypt 扩展，但遗留的 mcrypt_blowfish + ecb 加密 url 参数仍需在新版环境中正确解密；本文提供经验证的 openssl 兼容方案，精准还原 php 5.6 行为，避免因填充、密钥处理差异导致解密失败。
在将旧系统从 PHP 5.6 升级至 PHP 7.4 或更高版本（如当前最新的 PHP 8.5.5）时，mcrypt_encrypt() 和 mcrypt_decrypt() 函数已不可用，直接调用会触发 Fatal error: Uncaught Error: Call to undefined function mcrypt_decrypt()。尤其当业务中存在大量已生成并分发的加密 URL 参数（如 ?enc_param=...），必须确保新环境能 100% 逆向解密原有密文——这不是功能增强，而是向后兼容的刚性需求。
关键挑战在于：mcrypt 与 openssl 在 Blowfish-ECB 模式下存在三处底层行为差异：
-
密钥处理方式不同：
mcrypt对短密钥不自动补零，而 OpenSSL 默认启用OPENSSL_ZERO_PAD_KEY（即用\0填充至算法要求长度），导致相同明文+密钥产生不同密文； -
填充机制缺失：ECB 模式本身不使用 IV，且
mcrypt在 ECB 下完全不执行任何填充（即要求明文长度严格为块大小整数倍），而openssl_decrypt()默认启用 PKCS#7 填充，若不解禁将解密失败或返回空； -
编码约定不一致：原逻辑中
mcrypt_encrypt输出二进制密文，再经base64_encode传入 URL；OpenSSL 必须对应使用OPENSSL_RAW_DATA并手动 base64 编解码。
✅ 正确解密 PHP 5.6 MCRYPT_BLOWFISH + MCRYPT_MODE_ECB 密文的 OpenSSL 方案如下：
define("ENCRYPTION_KEY", "_enc_key");
// ✅ 安全、兼容的解密函数（PHP 7.4+）
function decryptCompat($encryptedBase64, $key) {
$ciphertext = base64_decode($encryptedBase64);
// 关键标志位组合：禁用密钥补零 + 禁用填充 + 原始数据输入
$decrypted = openssl_decrypt(
$ciphertext,
'bf-ecb', // Blowfish ECB 模式（注意：openssl 中 cipher 名为 'bf-ecb'）
$key,
OPENSSL_RAW_DATA // 输入为原始二进制（非 base64）
| OPENSSL_ZERO_PADDING // ⚠️ 此处命名有误导性：实际表示"不自动补零"（见下方说明）
| OPENSSL_DONT_ZERO_PAD_KEY // 显式禁止密钥零填充（PHP ≥ 7.1.0 引入）
);
if ($decrypted === false) {
throw new RuntimeException('Decryption failed: ' . openssl_error_string());
}
return rtrim($decrypted, "\0"); // mcrypt_decrypt 返回含 NUL 尾缀的字符串，需 trim
}
// 使用示例
if (isset($_GET['enc_param'])) {
try {
$decrypted = decryptCompat($_GET['enc_param'], ENCRYPTION_KEY);
// $decrypted ≈ "My_String|2|Encode"（无多余 \0）
echo "Decoded: " . htmlspecialchars($decrypted);
} catch (Exception $e) {
error_log("Decrypt error: " . $e->getMessage());
http_response_code(400);
exit('Invalid parameter');
}
}
? 重要说明：OPENSSL_ZERO_PADDING | OPENSSL_DONT_ZERO_PAD_KEY 的真实含义
尽管常量名易引发误解，但在 OpenSSL 扩展中：
-
OPENSSL_ZERO_PADDING实际不启用零填充（仅用于禁用默认的 PKCS#7 填充）； -
OPENSSL_DONT_ZERO_PAD_KEY是 PHP 7.1+ 新增标志，强制 OpenSSL 使用原始密钥字节，不进行任何长度扩展或补零——这正是与mcrypt行为对齐的核心开关。
⚠️ 注意事项与最佳实践：
-
绝不使用
bf-cbc或其他模式替代：ECB 模式虽不安全（缺乏扩散性），但此处目标是行为兼容，而非安全升级；强行改用 CBC 需 IV 且无法解密历史密文。 -
密钥长度无需对齐：Blowfish 支持 32–448 位密钥（即 4–56 字节），
ENCRYPTION_KEY = "_enc_key"（8 字节）在 mcrypt 和上述 OpenSSL 调用中均可直接使用。 -
UTF-8 处理一致性：原代码调用
utf8_encode($string)，确保解密后若需输出网页，应声明header('Content-Type: text/html; charset=utf-8');并使用htmlspecialchars($decrypted, ENT_UTF8)。 -
长期建议：此方案仅为过渡。新功能应立即采用 AES-GCM（
aes-256-gcm）等 AEAD 算法，实现加密+认证一体化，并废弃 ECB 类弱模式。
通过上述配置，PHP 7.4+ 可完美复现 PHP 5.6 mcrypt_decrypt(MCRYPT_BLOWFISH, ..., MCRYPT_MODE_ECB) 的输出结果，保障 URL 参数无缝解密，顺利完成平滑升级。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
