C#怎么使用正则表达式匹配_C#如何提取字符串中的数字【详解】

很多开发者遇到数字提取问题时，第一反应是写一个复杂的正则。其实，C# 里最直接、最稳妥的方式就是用 Regex.Matches 方法——它返回一个 MatchCollection，包含了所有匹配项及其位置信息。不过，在实际使用中，有几个容易踩的坑要注意：全角数字兼容、小数格式处理、正则实例缓存、TryParse 防异常，以及别误用 Split。下面逐一拆解。

匹配字符串中所有数字用 Regex.Matches

说到从字符串里提取数字，最稳妥的办法就是直接用 Regex.Matches。它返回 MatchCollection，能拿到全部匹配项及其位置。别用 Regex.Match（只返回第一个），也别用 Regex.Replace 去“抠”数字——容易漏或错位。

常见错误是写 "\d+" 却没加 RegexOptions.Compiled，或者忽略了文化相关性，导致在某些区域设置下匹配不到全角数字（比如中文环境里的“１２３”）。实际场景里，如果要兼容全角数字，得手动扩展字符类：[0-9\uFF10-\uFF19]+。

• \d+ 足够应对绝大多数 ASCII 数字场景，比如日志解析、ID 提取
• 需要捕获带符号的整数？用 [-+]?\d+；要小数？[-+]?\d*\.?\d+（注意 . 要转义）
• 性能敏感时，把正则实例缓存为 static readonly Regex，避免每次重复编译

提取数字并转成 int 或 double 时注意溢出和格式

从 Match.Value 拿到字符串后，不能直接 int.Parse——遇到超长数字或空字符串会抛 FormatException 或 OverflowException。必须用 int.TryParse 或 double.TryParse。

还要小心前导零：像 "007" 会被转成 7，这通常没问题；但如果业务要求保留原始位数（比如编号），就得保留 Match.Value 字符串本身，别急着转数值。

• 用 int.TryParse(match.Value, out int num) 判断是否可转，失败就跳过或记录警告
• 若字符串可能含千分位逗号（如 "1,234"），先用 .Replace(",", "") 清理，或改用 NumberStyles.AllowThousands 配合 TryParse
• double.TryParse 默认不接受科学计数法（如 "1e5"），需显式传入 NumberStyles.Float

用 Regex.Split 分割非数字部分反而容易出错

有人想“把数字切出来”，就用 Regex.Split(input, @"\D+")，结果开头/结尾空字符串一堆，还可能把连续非数字当成一个分隔符漏掉数字。这不是提取，是误用。

真正要的是“数字在哪、是什么”，不是“剩下什么”。除非你明确需要以数字为界切割原字符串（比如解析混合命令），否则别走这条路。

• Regex.Split(input, @"\D+") 返回的数组首尾常为 ""，需用 .Where(s => !string.IsNullOrEmpty(s)) 过滤
• 它无法区分 "a12b34" 中的 "12" 和 "34" 的原始位置，而 Matches 可通过 Match.Index 精确定位
• 如果输入含 Unicode 字母（如中文、俄文），\D 仍有效；但若含数学符号（如 “−” 全角减号），它不算 \D，会导致分割异常

实际用例：从路径或日志行中稳定提数字

比如日志行 "[INFO] User 12345 logged in at 2024-05-20 14:30:22"，目标是用户 ID 和时间戳秒数。这时候别写一个大正则去捕获多个组——难维护还易错。拆成两次匹配更清晰：

var userIdMatch = Regex.Match(logLine, @"User (\d+)");var secMatch = Regex.Match(logLine, @":(\d{2})$");

或者统一用 Matches 扫一遍，再按上下文筛选：

var allNumbers = Regex.Matches(logLine, @"\d+").Cast().Select(m => m.Value).ToArray();// allNumbers[0] 是 12345，allNumbers[1] 是 2024，allNumbers[2] 是 05……顺序固定但语义不明确

真正难的不是写对正则，而是定义清楚“哪个数字算你要的”——这得靠业务规则，不是靠正则引擎猜。