Base64不是加密，只是编码，它不涉及密钥、不可逆向防护、无安全保护能力，仅将二进制数据转为ASCII文本以便在HTTP等文本环境传输。
Base64不是加密，只是编码，别被名字骗了
看到响应里一长串 A-Z、a-z、0-9、+、/ 和结尾的 =，第一反应是“被加密了”——但其实只是被 base64 编码了。它不涉及密钥、不防逆向、也不保证安全，纯粹是为了把二进制数据（比如 JSON 字节流、图片）转成纯文本格式，方便在 HTTP 或 JSON 里传输。
真正要警惕的是：有些网站会把 Base64 当“障眼法”，外面套一层真实加密（比如 AES），你直接 base64.b64decode 出来一堆乱码，就是这个原因。
怎么快速判断是不是纯 Base64 编码
别急着写解码逻辑，先人工验证：
- 字符串长度是否是 4 的倍数（如果不是，大概率不是标准 Base64）
- 是否只含
A-Z、a-z、0-9、+、/、=（注意：URL 安全变种用-和_替代前两者，且常省略=） - 用浏览器控制台试一下：
atob("xxx")能否成功返回可读内容（比如以{"开头的 JSON） - Python 里跑一次
base64.b64decode(xxx)，如果抛binascii.Error: Incorrect padding，说明填充缺失或用了 URL 安全变种
Python 解码时最常踩的三个坑
base64.b64decode 看似简单，但实际调用出错频率很高：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
- 传入的是字符串而非 bytes：必须先
.encode('utf-8')，否则报TypeError: expected bytes, not str - 遇到 URL 安全 Base64（含
-/_，无=）：要用base64.urlsafe_b64decode()，否则解码失败 - 响应里带了前后引号或换行符：比如服务器返回
"eyJhb..."，直接 decode 会失败，得先.strip('" \n\r') - 解出来是 bytes，但你想当字符串用：记得加
.decode('utf-8')，否则打印出来是b'{"data":...}'
一个稳妥的解码函数长这样：
import base64
<p>def safe_b64decode(s):
if not isinstance(s, str):
return None
s = s.strip().replace('\n', '').replace('\r', '')
try:
return base64.b64decode(s).decode('utf-8')
except Exception:
try:
return base64.urlsafe_b64decode(s + '=='[:4 - len(s) % 4]).decode('utf-8')
except Exception:
return None解出来还是乱码？那大概率不是纯 Base64
如果你 base64.b64decode 后得到一堆不可读字节（比如开头是 \x89PNG 或全是 \x00\x01\x02...），或者 decode('utf-8') 报 UnicodeDecodeError，说明：
- 原始数据本身就是二进制（如图片、压缩包），不能强转 utf-8
- Base64 只是外层包装，里面还套了 AES/RSA/自定义算法
- 服务端用了非标准字符集（比如 GBK），但你硬用 utf-8 解
这时候不要反复改 decode 参数，先用 response.content 拿原始 bytes，hexdump 一下前 32 字节，看有没有常见加密特征（比如 AES-CBC 的 16 字节 iv 前缀、PKCS#7 填充痕迹）。真正的解密点，往往藏在前端 JS 的 CryptoJS.AES.decrypt 或 atob(...).split('|')[1] 这类链式调用里。
