应使用 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<Match>().Select(m => m.Value).ToArray(); // allNumbers[0] 是 12345，allNumbers[1] 是 2024，allNumbers[2] 是 05……顺序固定但语义不明确
真正难的不是写对正则，而是定义清楚“哪个数字算你要的”——这得靠业务规则，不是靠正则引擎猜。
