PHP中base64_encode结果需按场景适配：URL传参须urlencode或改用urlsafe base64；JSON接口可原样传输但禁用于data URL大文件；多文件应分对象传输；base64非加密，敏感数据须配合HTTPS与真实加密。
PHP 中 base64_encode 编码后的字符串不能直接裸传，必须根据传输场景做适配处理——核心是解决三类问题：URL 特殊字符冲突、数据完整性保障、接收端可正确还原。
传参到 URL（GET）时必须 URL 编码或改用 urlsafe 版本
Base64 原生结果含 +、/、=，在 URL 中会被浏览器或服务器误解析（比如 + 变空格、/ 被当路径分隔符）。直接拼接会导致解码失败。
- 推荐做法：用
urlencode()包一层再拼入 query string - 示例：
$url = 'api.php?data=' . urlencode(base64_encode($content)); - 更优方案：改用 urlsafe base64（替换
+→-、/→_、删去=），避免额外编码开销 - 注意：urlsafe 版本解码前需补足等号（按长度模 4 补 0–3 个
=）
传给前端（如 JSON 接口）要保留原始 base64 字符串，但别塞进 HTML 属性或 src
JSON 本身支持任意 ASCII 字符，base64 字符串可原样放进字段值里，无需再 encode。但常见错误是把 base64 直接拼进 <img src="data:image/png;base64,..."> 或 <iframe src="data:...">。
- 大文件（>1MB）用 data URL 会显著拖慢 DOM 渲染、吃光内存，应改用 Blob + URL.createObjectURL()
- JS 端接收后，用
atob()解码 → 转成Uint8Array→ 构造Blob或File才能正常使用 - 务必单独传
mime_type和filename字段，不能靠 base64 内容反推
传多个二进制文件时，每个文件独立 base64，不拼接不嵌套
接口设计上，不要把几个文件的 base64 字符串连在一起或用分隔符拼成一个长串——这会让解析脆弱且无法流式处理。
立即学习“PHP免费学习笔记（深入）”；
- 正确方式：用数组字段，每个元素是一个完整对象，含
content（base64）、type、name - 示例 JSON 片段：
{"files": [{"content":"...", "type":"image/jpeg", "name":"a.jpg"}, ...]} - 服务端接收后，逐个
base64_decode()，再校验长度和 MIME 类型是否匹配
敏感参数伪装 ≠ 加密，别用 base64 当安全手段
Base64 是编码，不是加密。它防不了爬虫、日志泄露、中间人窃听，仅能防止普通用户一眼看懂参数含义。
- 涉及用户 ID、订单号、token 等，应配合 HTTPS + 真实加密（如 AES）或签名机制
- 若只是想隐藏 GET 参数，至少加一层
urlencode，否则base64_encode('admin')得到的YWRtaW4=在 URL 里遇到=就可能截断 - 不要对数组用
base64_encode(serialize($arr))传 GET——体积大、易被截断、反序列化有风险
