C#校验身份证号末位须严格按GB11643-1999：先Trim()、ToUpper()清洗，正则初筛，逐位验证数字，加权求和（权重7,9,10,5,8,4,2,1,6,3,7,9,10,5,8,4,2）模11后查表"10X98765432"匹配末位。
身份证号校验码的国家标准算法怎么实现
直接说结论：c# 验证身份证号最后一位校验码，必须严格按 gb 11643-1999 规定的加权求和 + 模 11 取余规则来算，不能靠正则或长度判断糊弄。校验码不是随机生成的，是前 17 位数字加权后算出来的——错一位，结果就全错。
为什么 String.Substring(0, 17) 提取前 17 位后总报错
常见错误是没做前置清洗：身份证号里混了空格、中文括号、字母大小写（比如末位 X 写成 x），或者用 int.Parse 强转导致溢出（17 位数远超 int.MaxValue）。还有人直接对字符串逐字符 - '0'，但忘了末位可能是 'X' 或 'x'，而它只在最后一位合法出现。
- 先用
idCard.Trim().ToUpper()统一格式，再用Regex.IsMatch(idCard, @"^\d{17}[\dX]$")初筛（注意X必须大写） - 前 17 位必须全是数字，用
char.IsDigit(c)逐个判，别信long.TryParse—— 它会接受带符号或空格的输入 - 第 18 位只能是
'0'-'9'或'X'，且仅出现在最后位置
GetCheckCode(string id17) 函数里权重数组和模运算怎么配
权重系数是固定的： new int[] { 7, 9, 10, 5, 8, 4, 2, 1, 6, 3, 7, 9, 10, 5, 8, 4, 2 }，对应前 17 位。模数固定是 11，余数映射表也固定："10X98765432"（索引 0→'1'，1→'0'，2→'X'…10→'2'）。少一个数、错一位顺序，校验就失效。
- 别手写循环乘法，用
Enumerable.Range(0, 17).Sum(i => (id17[i] - '0') * weights[i]) % 11更稳 - 余数结果是
0~10，查表时直接当索引用，别加 1 或减 1 - 如果传入的
id17含非数字字符，这一步会崩——所以清洗必须在调用前完成
为什么测试用例 “11010119900307299X” 返回 false
表面看没问题，但实际常踩三个坑：一是末位 X 是小写 x；二是字符串末尾有不可见 Unicode 字符（比如从网页复制来的）；三是前 17 位中某位是全角数字（如 Ｏ、１），'０' - '0' 不等于 0。
- 用
Encoding.UTF8.GetBytes(idCard)看最后几个字节，确认是不是0x58（大写 X） - 用
string.Concat(idCard.Select(c => ((int)c).ToString("X2")))快速排查异常码点 - 生产环境建议加日志：校验失败时打出计算出的余数、查表得到的期望值、实际末位字符的 ASCII 值
真正难的不是写对算法，而是把输入“驯服”成标准形态——现实中的身份证号，永远比国标文档里写的脏。
