Yii2中验证Base64需先剥离Data URI前缀并trim首尾空白，再用base64_decode($s, true)严格解码，成功后base64_encode()重编码并与原串全等比较，同时支持URL安全变体的字符替换与填充补全校验。
在Yii2项目中验证Base64编码字符串是否合法，需兼顾标准格式校验、往返解码一致性、Data URI前缀剥离及PHP底层行为特性，避免因空格、填充错位或strict模式误用导致误判。
提取并清洗原始Base64数据
若输入为Data URI（如data:image/png;base64,iVBORw0KGgo=），必须先剥离前缀。直接对完整字符串调用base64_decode()会失败——它不识别data:...协议头。
使用strpos()定位第一个逗号位置，再用substr()截取后续内容；若未找到逗号，说明不是Data URI，原样保留字符串。
这一步操作起来很简单，直接把文件拖进去就行。但注意：【必须用trim()清除首尾空白和BOM字符，否则base64_decode($s, true)会直接返回false】
执行严格模式解码与往返校验
核心验证逻辑依赖“解码→再编码→比对”三步闭环：
第一步：调用base64_decode($cleaned, true)。启用true参数强制拒绝含非法字符的输入，比如中间出现=或长度非4倍数的串会立即返回false。
第二步：若解码成功（返回非false且非空字符串），立即用base64_encode()重新编码。
第三步：将新编码结果与原始$cleaned字符串进行===全等比较。只有完全一致才判定为合法Base64——这能捕获末尾填充数量错误（如YW55YQ=缺一个=）或大小写混用等隐蔽问题。
别跳过第三步。有些开发者只检查base64_decode()是否返回非false，但base64_decode('YW55YQ=')会返回'anya'（看似成功），而base64_encode('anya')得到的是YW55YQ==，与原串不等，说明原始串非法。
处理URL安全变体（Base64url）
方法一：适配_和-替代+//的场景
将输入中的_替换成+、-替换成/，再补足末尾=至长度为4的倍数。例如YW55YQ→补成YW55YQ==后再走标准校验流程。
方法二：禁用填充并改用宽松正则预筛
对疑似URL安全变体，先用正则^[A-Za-z0-9_-]*$粗筛字符集，再按长度%4余数补=（余1补3个，余2补2个，余3补1个），最后进往返校验。此法比盲目替换更鲁棒，避免把真实含_的非Base64文本误判。
