解密失败主因是密钥或nonce不匹配，须用fernet原生decrypt()处理二进制密文；faker替换需按原始字段语言、长度、格式精准对齐，避免下游系统异常。
解密前必须确认密钥和 nonce 完全匹配
Fernet 是对称加密，InvalidToken 错误几乎都源于密钥或 nonce 不一致。Fernet 本身不存储 nonce，它被拼接在密文开头（32 字节 salt + 16 字节 nonce + 密文），但如果你手动拆分过密文、或用不同方式序列化/传输过数据，很容易意外截断或编码错乱。
实操建议：
- 永远用
Fernet(key).decrypt()直接解密原始字节，不要先.decode('utf-8')—— 密文是二进制，不是 UTF-8 字符串 - 如果密文来自 JSON 字段（比如数据库中存的 base64 字符串），必须先
base64.b64decode()还原为 bytes，再传给decrypt() - 密钥必须是 32 字节 URL-safe base64 编码字符串，用
Fernet.generate_key()生成一次后固定复用，别每次运行都重生成
用 Faker 替换姓名时注意 locale 和字段语义对齐
Faker 生成的假名不是随机字符拼凑，而是有文化上下文的。比如 fake.name() 在 en_US 下返回 “John Doe”，在 zh_CN 下返回 “张三” —— 但如果你原始数据里是英文名字段，却用中文 locale 替换，后续 NLP 或拼音排序会出问题。
实操建议：
- 按原始字段语言习惯选 locale：
Faker('en_US')处理英文名，Faker('zh_CN')处理中文姓名，Faker('ja_JP')处理日文名 - 别只用
fake.name()：它可能返回带职称的全名（如 “Dr. Jane Smith”）。更稳妥的是按字段拆解：fake.first_name()+fake.last_name()，或fake.name_male()/fake.name_female()控制性别一致性 - 如果原始字段是邮箱、电话等衍生信息，用对应 provider：
fake.email()、fake.phone_number()，它们自动与当前 locale 的格式规则匹配
批量处理时避免内存爆炸和解密失败中断流程
含大量加密字段的数据集（比如百万行 CSV 或数据库游标）若逐行解密+替换再写入，容易因某条记录密文损坏导致整个流程崩溃，也难定位哪一行出错。
实操建议：
- 加 try/except 包裹单条解密逻辑，并记录失败行号和原始密文（用
repr()输出前 50 字节），别让异常直接终止程序 - 用生成器而非列表加载数据：CSV 用
csv.DictReader流式读，数据库用cursor.fetchmany(1000)分批，解密后立即写入新文件或临时表 - 解密后的明文别缓存在内存里做二次加工；Faker 替换尽量在解密后立刻完成，避免中间态留存
敏感字段替换后必须校验长度和格式兼容性
加密字段解密后可能是固定长度字符串（如身份证号 18 位、手机号 11 位），而 Faker 默认生成的假数据长度可变。如果下游系统依赖字段长度做截断、对齐或正则校验，替换后可能引发解析失败。
实操建议：
- 对长度敏感字段，不用
fake.text()，改用fake.pystr(min_chars=18, max_chars=18)或自定义 provider，例如伪造 18 位身份证号：fake.ssn()（en_US）或fake.ssn()+ 校验码补全（zh_CN需自己实现） - 用
re.fullmatch()对原始解密值抽样验证格式，再让 Faker 输出满足同样正则的字符串，例如手机号：先看原始是否匹配r'^1[3-9]\d{9}$'，再用fake.phone_number()并过滤掉非数字字符后校验长度 - 替换完成后，用
df.dtypes或sqlite3pragma 检查字段类型是否仍为 TEXT/TEXT，避免 Faker 返回 None 或 int 导致类型突变
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
