Regex.Matches返回只读的MatchCollection，需先判断Count>0再访问索引，且应使用@"\d+"匹配连续数字而非@"\d"；提取数字时注意全角、负数、小数及Unicode兼容性问题。
Regex.Matches 返回的是 MatchCollection，不是数组，不能直接用索引访问
很多人写 Regex.Matches(str, @"\d+")[0] 时发现报 IndexOutOfRangeException，其实不是正则写错了，而是没检查匹配结果是否为空。MatchCollection 不支持隐式转换为数组，且不保证有元素。
- 必须先判断
matches.Count > 0再取值，否则运行时崩 -
Regex.Matches()返回只读集合，不能用.ToList()或.ToArray()避免重复遍历（内部是惰性求值） - 如果只要第一个数字，用
Regex.Match(str, @"\d+")更轻量；需要全部才用Matches
提取“所有连续数字”要用 \d+，别用 \d 单个匹配
写成 @"\d" 会把 "abc123def45" 拆成 "1"、"2"、"3"、"4"、"5" 五个结果，而不是想要的 "123" 和 "45"。
- 正确模式是
@"\d+"：+ 表示“一个或多个连续数字” - 如果要支持负数，用
@"-?\d+"；支持小数则需更复杂逻辑（如@"-?\d+\.?\d*"，但注意匹配 .1 或 1. 这类边界） - 注意：\d 在 C# 默认匹配 Unicode 数字，如果确定只处理 ASCII，可加
RegexOptions.ECMAScript提升性能
循环 MatchCollection 时，别在 foreach 里反复调用 .Value
每次访问 match.Value 都会触发内部字符串提取，看似无害，但在大量匹配时有可观开销。尤其当 Match 对象本身已包含 Groups[0].Value，没必要绕一圈。
- 推荐写法：
foreach (Match m in Regex.Matches(input, @"\d+")) { string numStr = m.Value; // 一次取值，后续复用 if (int.TryParse(numStr, out int n)) { Console.WriteLine(n); } } - 避免写成
int.TryParse(m.Value, out var x)多次——虽然编译器可能优化，但语义不清且不可控 - 如果还要位置信息，用
m.Index和m.Length，比重新input.Substring(...)安全高效
中文混排或全角数字场景下 \d 不生效
像 “价格：１２３元” 中的全角数字（Unicode U+FF10–U+FF19）或 “测试①②③” 中的带圈数字，\d 默认不匹配。这是最容易被忽略的兼容性坑。
- C# 的
\d默认等价于[\p{Nd}]，理论上支持 Unicode 数字，但某些 .NET 版本或正则选项下行为不一致 - 保险做法：显式写范围，比如匹配 ASCII + 全角：
@"[\d\uff10-\uff19]+" - 更通用方案：用
RegexOptions.CultureInvariant并配合\p{Nd}（即@"\p{Nd}+"），它能覆盖阿拉伯、印度、汉字数字等，但要注意性能略低
实际项目里，数字提取看着简单，真正上线后出问题的，八成卡在全角、负号、小数点边界或空匹配上。别省那几行判空和类型检查。
