b64decode报Incorrect padding是因为输入字符串长度非4的倍数，需按余数补等号：余0不补、余2补两个、余3补一个、余1则数据大概率损坏；URL场景还需先替换-/_为+/或改用urlsafe_b64decode，HTML中须先剥离data:image/前缀并strip空白。
为什么b64decode会报Incorrect padding？
不是Python有bug，是输入字符串长度不满足Base64协议硬性要求：必须为4的整数倍。缺等号、被URL截断、前端btoa()没补全、日志里自动换行切掉末尾字符——这些都会让binascii.a2b_base64()直接拒解，抛出binascii.Error: Incorrect padding。
怎么手动补等号才能安全容错？
补等号不是“随便加两个”，得按余数算：
-
len(s) % 4 == 0→ 不补 -
len(s) % 4 == 2→ 补== -
len(s) % 4 == 3→ 补= -
len(s) % 4 == 1→ 基本可判定数据已损坏，跳过或报错更稳妥
别用len(s) % 3判断——那是编码前原始字节数的逻辑，解码时只看Base64字符串本身长度是否为4的倍数。
URL传参场景下，+和/被替换成-和_怎么办？
标准Base64里的+和/在URL里会被编码或截断，常见于前端base64url编码或后端没对齐。这时候光补等号没用，还得换解码器：
立即学习“Python免费学习笔记（深入）”；
- 用
base64.urlsafe_b64decode(s)替代base64.b64decode(s) - 或者手动把
-→+、_→/再调b64decode（注意：先strip两端空白，再替换，再补等号）
如果混用urlsafe_b64encode编码但用b64decode解码，哪怕padding正确也会因字符集不匹配失败。
从HTML data:image URL提取Base64时容易漏哪步？
这类字符串形如data:image/png;base64,iVBORw0KGgo...，直接丢给b64decode必然报错：
- 必须先用正则或
.split(",")剥离data:...前缀 - 再
.strip()——空格、换行、BOM都可能藏在前后 - 最后才做长度校验和补等号
少做任意一步，Incorrect padding就还在那儿等着你。
