如何在正则表达式的最后一个分组中实现URL正则匹配？

你当前正则的核心问题有两个：

• 字符类[]的固有逻辑是仅匹配方括号内枚举的任意单个字符，不管往里面塞多少符号，都只能做单字符匹配，无法承载多字符组合的完整URL匹配规则
• 现有分组存在大量写法错误：第一个分组把或逻辑符|、分隔空格写在字符类内部，会被识别为需要匹配的普通字符，根本实现不了elementType/inlineType二选一的匹配效果；自定义的URL字符集漏了&、%、@、+等大量URL合法字符，转义符也存在冗余。

根据你的场景分两种情况选择：

场景1：仅需捕获固定位置的URL内容，不需要做URL格式合法性校验 #

这是最常用的场景，因为你的匹配结构有明确边界：以!(开头、)结尾，字段用逗号分隔，最后一个URL字段到右括号就结束，完全不需要硬枚举URL合法字符集，直接匹配边界内的内容即可，100%不会漏匹配任何合法URL字符。
对应修正后的正则：

!\((elementType|inlineType),([\w\d\s#]+),([\w\d\s]+),([\w\d\s-]+),([^)]+)\)

修正点说明：

• 删除最外层无意义的非捕获分组，直接匹配!(起始标记
• 第一个分组改为(elementType|inlineType)，用分组的或逻辑实现二选一匹配，去掉字符类里无效的空格、竖线
• 清理所有字符类里的冗余转义符，比如字符类末尾的-、#都不需要转义
• 最后一个分组用([^)]+)实现：匹配1个以上的非右括号字符，自动捕获从第5个字段起始位置到右括号前的所有内容，不管URL里带什么参数、特殊字符都能完整匹配。

场景2：需要严格校验URL格式合法性 #

如果需要在匹配的同时校验URL格式，直接把你找到的通用URL匹配规则嵌入最后一个分组即可，注意要把URL规则里的所有捕获分组改成非捕获分组（分组开头加?:），避免打乱原有5个捕获分组的序号。
示例（嵌入HTTP/HTTPS/FTP/FILE协议URL校验规则）：

!\((elementType|inlineType),([\w\d\s#]+),([\w\d\s]+),([\w\d\s-]+),((?:https?|ftp|file)://[^\s)]+)\)

如果后续URL规则需要调整，只需要替换最后一个分组内(...)中间的正则部分即可，不需要改动整体结构。

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