PHP解密后中文乱码需统一UTF-8编码：一、确认并转换加解密数据编码；二、解密后强制UTF-8重编码并设置响应头；三、禁用mbstring函数重载，规范密钥IV编码；四、用iconv校验修复编码；五、用mb_scrub或正则清洗非法UTF-8字节。
如果您使用PHP对加密字符串进行解密后，中文内容显示为乱码，则可能是由于字符编码不一致或解密后未正确声明编码格式导致。以下是解决此问题的步骤：
一、确认解密前原始数据的编码格式
解密操作本身不会改变字符的字节序列，若原始加密数据是以UTF-8编码存储的，而解密后被当作ISO-8859-1或其他编码解析，就会出现乱码。需确保整个流程（加密源、传输、解密、输出）统一使用UTF-8。
1、检查加密时输入的明文是否为UTF-8编码，可通过mb_detect_encoding($str, ['UTF-8', 'GB2312', 'GBK'], true)辅助判断。
2、若检测结果非UTF-8，使用$utf8_str = mb_convert_encoding($str, 'UTF-8', 'GB2312')强制转为UTF-8后再加密。
立即学习“PHP免费学习笔记（深入）”；
3、解密后立即用mb_detect_encoding($decrypted, ['UTF-8', 'GB2312', 'GBK'], true)验证解密结果的实际编码。
二、强制设置解密结果的字符编码为UTF-8
即使解密字节流本身正确，PHP默认可能以系统本地编码（如Windows-1252）处理字符串，需显式指定其为UTF-8，避免后续echo或JSON输出时发生二次编码错误。
1、在解密函数返回值后，立即调用$fixed = mb_convert_encoding($decrypted, 'UTF-8', 'UTF-8')进行无损重编码。
2、若解密结果来自base64_decode等函数，注意该函数返回的是原始字节流，不带编码元信息，必须手动指定目标编码。
3、在输出前添加header('Content-Type: text/html; charset=utf-8');，确保浏览器按UTF-8渲染。
三、检查并修正加密/解密过程中的编码隐式转换
部分加密函数（如mcrypt_*已废弃，但遗留代码中常见）或第三方库在处理字符串时会触发PHP内部的字符串转换逻辑，尤其当启用mbstring.func_overload时，strlen、substr等函数行为改变，可能导致截断或填充错误，进而破坏UTF-8多字节结构。
1、在脚本开头加入ini_set('mbstring.func_overload', 0);禁用函数重载。
2、避免对加密/解密中间结果使用utf8_encode()或utf8_decode()——这两个函数专用于ISO-8859-1 ↔ UTF-8转换，误用将导致不可逆损坏。
3、对密钥和IV也执行mb_convert_encoding($key, 'UTF-8')，确保其不含BOM且长度符合算法要求（如AES-256需32字节UTF-8编码后的密钥）。
四、使用iconv进行编码校验与修复
当mb_detect_encoding无法准确识别时，可借助iconv尝试强制转换并捕获转换失败，从而定位真实编码。该方法适用于已知原始编码大概范围（如GB系列）的场景。
1、尝试用$try_gbk = @iconv('GBK', 'UTF-8//IGNORE', $decrypted)转换，若返回非空且长度合理，则原始为GBK。
2、若$try_gbk有效，再用mb_check_encoding($try_gbk, 'UTF-8')验证是否为合法UTF-8。
3、若所有常见编码转换均失败，说明解密过程已损坏字节流，此时应检查padding方式（如PKCS#7）、块大小对齐及是否误用ECB模式导致中文跨块截断。
五、输出前进行UTF-8合法性清洗
某些解密实现（尤其是自定义XOR或简单位移算法）可能因密钥长度不匹配，导致末尾字节错位，使UTF-8序列出现非法起始字节（如0xC0、0xC1、0xF5–0xFF），浏览器无法解析，显示为。
1、使用$clean = mb_convert_encoding($decrypted, 'UTF-8', 'UTF-8');自动替换非法序列。
2、更严格的方式是调用$clean = mb_scrub($decrypted, 'UTF-8');（PHP 8.0+），该函数仅移除非法字节，保留合法多字节字符。
3、若环境不支持mb_scrub，可用正则过滤：$clean = preg_replace('/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]/', '', $decrypted);，再配合mb_convert_encoding兜底。
