大佬教程收集整理的这篇文章主要介绍了负前瞻被忽略,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
考虑以下正则表达式:
https://regex101.com/r/svOSnY/1
我正在尝试匹配内存量并键入 LaPTOP HP Chromebook 14 G3 NVIDIA Tegra SOC 4GB DDRL 32GB FLASH 14inch 1366X768 Webcam Chrome OS
,仅当它后面没有看起来像内存量的附加内容时。我认为负前瞻正是出于这个原因:
(?!\d+\s?(gb|tb))
这是我的负面预测
现在应用:
/(?:\d+)\s?(?:gb|tb)\s?(?:ddrl|ddr2)\s?(?!\d+\s?(gb|tb))/i
4gb ddrl
部分仍然与我的字符串匹配,即使它后面是 32gb
部分,我的负面预测应该意识到。如果我将否定前瞻更改为简单的捕获组,则我的正则表达式会正确捕获字符串中的整个 4gb ddrl 32gb
部分。
我做错了什么?
由于您将空格声明为可选,因此正则表达式 egnine 将尝试匹配字符串而不考虑空格;实际上,4GB DDRL
不是直接后跟 32GB FLASH
(因此它会被匹配)。
为了修复它,请将可选空间放在您的前瞻中:
(?:\d+)\s?(?:gb|tb)\s?(?:ddrl|ddr2)(?!\s?\d+\s?(gb|tb))
见demo。
,回溯是这里的关键词。
当 \s?
匹配一个空白字符时,(?!\d+\s?(gb|tb))
会偶然发现 32GB
并“回滚”到前一个位置,在该空白之前,因为它是一个空白 + {{ 1}},前瞻结束交易。
使用
32GB
见regex proof。由于 \d+\s*[gt]b\s*ddr[l2](?!\s*\d+\s*[gt]b)
和 1
没有量词,因此前瞻不可能在此处重新匹配。
说明
2
以上是大佬教程为你收集整理的负前瞻被忽略全部内容,希望文章能够帮你解决负前瞻被忽略所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。