在软件开发、系统测试或数据脱敏场景中，开发者常常需要大量“看起来真实”的身份证号码来模拟用户信息。使用真实公民的身份证号不仅涉及隐私泄露风险，还可能违反《个人信息保护法》等法规。因此，生成符合各国校验规则、但不属于任何真实个人的“合成身份证号”成为行业普遍做法。本文将解析五种常见国家身份证号码——巴西CPF、波兰PESEL、荷兰BSN、印度Aadhaar以及阿根廷DNI的校验算法，并介绍如何生成合法合规的测试数据。
巴西CPF：基于模11的加权校验
巴西CPF（Cadastro de Pessoas Físicas）由11位数字组成，格式为XXX.XXX.XXX-XX。前9位为基本信息，最后两位为校验位。其算法采用模11加权：每一位数字从第1位到第9位分别乘以权重10到2，求和后取模11，若余数小于2则校验位为0，否则用11减余数。生成时只需随机前9位，再分两轮计算校验位即可。测试中注意避免使用000.000.000-00等无效前缀。
波兰PESEL：嵌入出生日期的模10校验
PESEL是波兰11位数字的个人识别码，格式为YYMMDDZZZXQ。前6位代表出生日期（年份后两位、月份、日期），第7-9位为序列号（其中奇偶性标识性别），第10位为性别码，第11位为校验位。校验采用加权和模10：权重分别为1、3、7、9、1、3、7、9、1、3（对应前10位），计算总和后取个位数，若结果为0则校验位为0，否则用10减之。生成时需先确定一个合理的出生日期（如1985年3月15日），再随机生成序列号，最后计算校验位。注意月份和日期需符合实际日历，且日期码对性别有严格定义。
荷兰BSN：基于模11的9位号码
荷兰BSN（Burgerservicenummer）是9位数字，首位不能为0。校验算法为：第1位乘以9，第2位乘以8，以此类推直到第8位乘以2，第9位乘以-1（或视为固定-1），所有乘积之和需能被11整除。也就是说，总和模11等于0。生成时随机前8位（保证首位非0），然后通过解方程求出第9位使得总和≡0（mod 11）。如果求出的第9位为10（即数字‘X’），则需重新生成前8位，因为BSN只允许0-9的数字。
印度Aadhaar：12位数字与Verhoeff校验
Aadhaar是印度12位数字的唯一身份证号，其中最后一位为校验位。它采用Verhoeff算法（基于迪克森群运算）进行校验，这是一种比模11更复杂的防错机制。生成时先随机11位数字（注意首位不能为0，且某些前缀被保留），然后通过Verhoeff算法计算第12位。虽然算法相对复杂，但已有开源库（如Python的verhoeff模块）可快速实现。测试中还需避免使用以0或1开头的特殊保留段。
阿根廷DNI：7或8位数字的无校验码
阿根廷DNI（Documento Nacional de Identidad）比较简单，通常为7或8位数字（早期为7位，现为8位），且不内置校验位。但在阿根廷国内，DNI常与一个称为“CUIT/CUIL”的税务/社保号码配套使用（包含一位校验）。对于纯DNI测试，只需随机生成7-8位数字，并确保不与真实公布的范围冲突即可。若需模拟完整身份，可搭配生成CUIT（采用与CPF类似的模11算法）。
测试数据的合法性与注意事项
生成这些号码用于测试时，必须遵循以下原则：1）绝不使用真实公民的号码；2）生成过程应完全随机且无法被反向解析为真实信息；3）在测试数据中标注“仅供测试用”；4）对于Aadhaar等敏感数据，部分国家法律可能禁止生成即使不存在的号码（例如印度曾就有争议的虚假Aadhaar生成软件发出警告），因此开发团队应先咨询法律顾问。
目前，GitHub上存在多个开源项目（如faker、python-brazilian-documents等）可直接生成这些国家的合规测试身份证号。手动实现算法时，建议先通过官方验证API（如巴西联邦税务局提供CPF校验）确保算法正确。总之，合理利用算法生成测试数据，既能提升开发效率，又能守住数据安全底线。