使用正则表达式(.*)提取信息时的异常问题咨询：部分内容丢失或多余匹配
嘿，我来帮你拆解这两个正则问题的核心原因——都是正则的贪婪匹配特性导致的，这也是新手最容易踩的坑之一！
第一个问题：用(.*)丢失一半内容
正则里的*量词默认是「贪婪」的，意思是它会尽可能匹配最长的符合条件的内容。举个例子，如果你的目标字符串是类似"start 内容A 分隔符 内容B end"，当你用start(.*)end时，(.*)会直接从第一个start匹配到最后一个end，把中间的所有内容（包括分隔符和内容B）都吞掉，看起来就像是「丢失了一半内容」。
解决方法很简单：把贪婪匹配改成非贪婪匹配，只需要在量词后面加个?，也就是把(.*)改成(.*?)。这样*?会尽可能匹配最短的内容，刚好停在你预期的边界位置，不会过度匹配。
第二个问题：提取"Foz do Iguaçu"却拿到后半部分
先看你的待匹配字符串结构：
"DepartCity": "Diante do cenário desafiador que estamos passando, seu voo para (.*), Foz do Iguaçu (IGU), no dia 01/03/2021, foi cancelado devido a ajustes em nossa malha aérea."
你想提取的Foz do Iguaçu，前面是, ，后面是 (IGU)。但你用的正则既没对准目标的边界，又因为(.*)的贪婪特性，会直接冲到字符串的最后一个逗号前面，把从开头到(IGU)之前的所有内容都匹配走，剩下的自然就是后半部分了。
正确的提取方式
你可以用两种思路来精准匹配：
否定字符集：明确匹配「除了逗号之外的所有字符」，避免贪婪到后面的逗号：
,\s([^,]+)\s\(IGU\)这里
[^,]+会匹配到下一个逗号前的所有内容，刚好就是Foz do Iguaçu，括号里的分组就是你要提取的目标。非贪婪匹配：用
.*?匹配最短的内容，直到遇到后面的(IGU)边界：,\s(.*?)\s\(IGU\)这个写法更灵活，适合边界不是单一字符的场景。
总结一下
正则的贪婪/非贪婪是核心基础，记住这两点：
- 默认量词（
*/+/{n,m}）是贪婪的，会尽可能匹配最长内容 - 加
?变成非贪婪（*?/+?/{n,m}?），或者用否定字符集（[^x]），都能限制匹配范围，避免过度匹配
内容的提问来源于stack exchange，提问作者Monkeyboy
