假数据生成器
造测试数据不用再手敲了：勾几个字段、点一下生成，就能拿到格式合法、校验位算准的一批中文数据，导成 JSON、CSV 或 SQL 语句。
生成的数据仅供开发调试和演示使用。手机号用的是公开号段拼接、邮箱只用 example.com 这类保留域名、身份证号的校验位按国标算，所以它们格式合法但并不对应真实的人和账户。请勿用于任何真实业务、批量注册或骚扰行为。
选择字段
为什么需要假数据
写列表页、分页、表格导出这类功能时，最大的时间开销往往不是逻辑而是数据：真数据有隐私不能随便拷，手敲几条又凑不出分页效果，长度还不统一。用格式灵活的生成器一次造几百条，能立刻看出「长名字把表格撑破没有」「手机号显示成一串科学计数法没有」这类只在真实数据下才暴露的问题。
本页几个字段的生成规则都留了心。手机号只取公开的号段前缀，后面随机补足位数，这样校验规则能通过但不会指向某个真实号码；邮箱固定用 example.com、example.net、example.org，这三个是 RFC 2606 专门保留给文档和测试的域名，任何配置正常的邮件服务器都不会投递。身份证号按 GB 11643 生成，出生日期合法、最后一位校验位按标准算法算准，所以能被校验逻辑接受。
地址和身份证号会保持一致：勾上「身份证号」后，生成器只从收录了地区码的省市区里挑，地址和证件前六位指的是同一个地方，不会出现在北京却写着上海地区码这种一眼假的数据。银行卡号走银联 62 号段、16 位、通过 Luhn 校验，适合测支付表单的输入校验和格式化显示。
导出格式按场景选：JSON 适合喂给前端 mock 和接口文档示例；CSV 用 RFC 4180 的转义规则（含逗号、引号、换行的值会加双引号，内部引号翻倍），Excel 和大多数数据库的导入工具都能直接吃；SQL INSERT 会把单引号转义成两个，并在开头加上「仅供测试」的注释，避免误导入生产库。如果要把同一批数据分享给同事，填上随机种子即可复现完全一致的结果。
最后必须说清边界：这些数据是「格式合法」而不是「真实可用」。身份证号和手机号即使校验通过，也不代表能被任何系统接受——很多平台还有实名校验、风控和设备指纹，用假数据去测这些环节只会浪费你自己的时间。请在开发、测试、演示环境内使用，不要在线上环境、注册流程或任何涉及真实用户的场景里使用。