如何修改正则表达式以区分NC_Address与含数字/下划线的Function_Call匹配模式

要解决这个冲突，核心是利用Function_Call必须紧跟左括号这个关键特征，结合正则引擎的匹配优先级来调整规则，具体可以按以下步骤修改：

1. 调整匹配顺序，让Function_Call优先匹配 #

正则引擎是从左到右尝试匹配模式的，先匹配到的内容会被捕获，不会被后续的模式再匹配。所以我们把Function_Call的模式放在NC_Address前面，这样只要字符串里有符合函数调用的结构（带括号），就会被优先识别，不会被误判为NC_Address。

2. 修改Function_Call的函数名规则 #

把原来的函数名正则[a-z]+改成[a-z0-9_]+，这样就支持包含数字和下划线的函数名了。另外，原来的.*在Singleline模式下会过度匹配（比如会把多个函数调用当成一个），建议改成非贪婪的.*?，只匹配到最近的右括号。

3. 可选：给NC_Address添加负向先行断言（双重保险） #

为了彻底避免NC_Address误匹配到函数名前缀（比如func1后面紧跟括号的情况），可以给NC_Address的模式加上(?!\s*\()的负向先行断言，确保匹配到的内容后面不会紧跟左括号（允许中间有空白）。

修改后的完整代码 #

// 优先匹配Function_Call，同时支持数字/下划线函数名，非贪婪匹配括号内容
string pattern = @"(?<Function_Call>[a-z0-9_]+\s*\(.*?\)\s*)|(?<NC_Address>\s*[a-z]+\s*[+-]?([0-9]*[.])?[0-9]+(?!\s*\()))";
RegexOptions options = RegexOptions.Singleline | RegexOptions.IgnoreCase | RegexOptions.ExplicitCapture;
MatchCollection matchCollection = Regex.Matches(progLine, pattern, options);

测试验证 #

举几个典型场景的匹配结果：

• func1 () → 匹配为Function_Call
• func2A(a, x, 5.2) → 匹配为Function_Call
• foo_bar(123, test) → 匹配为Function_Call
• G1 → 匹配为NC_Address
• X17.3 → 匹配为NC_Address
• abc123( → 不会被NC_Address匹配（因为后面紧跟括号，被断言排除）

关键原理说明 #

• 优先级匹配：Function_Call模式在前，引擎会先尝试匹配带括号的结构，抢占字符后不会留给NC_Address模式
• 负向先行断言：(?!\s*\()确保NC_Address匹配的内容后面不会出现左括号（允许中间有空白），从规则上杜绝了误匹配的可能
• 非贪婪匹配：.*?避免了把多个函数调用（比如func1() func2()）当成一个整体匹配的问题

内容的提问来源于stack exchange，提问作者Elec1