Home/ Questions/Q 99233
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T00:20:54+00:00

I have always written regexes like this <A HREF=([^]*) TARGET=_blank>([^<]*)</A> but I just learned

  • 0

I have always written regexes like this

<A HREF='([^']*)' TARGET='_blank'>([^<]*)</A>

but I just learned about this lazy thing and that I can write it like this

<A HREF='(.*?)' TARGET='_blank'>(.*?)</A>

is there any disadvantage to using this second approach? The regex is definitely more compact (even SO parses it better).

Edit: There are two best answers here, which point out two important differences between the expressions. ysth’s answer points to a weakness in the non-greedy/lazy one, in which the hyperlink itself could possibly include other attributes of the A tag (definitely not good). Rob Kennedy points out a weakness in the greedy example, in that anchor texts cannot include other tags (definitely not okay, because it wouldn’t grab all the anchor text either)… so the answer is that, regular expressions being what they are, lazy and non-lazy solutions that seem the same are probably not semantically equivalent.

Edit: Third best answer is by Alan M about relative speed of the expressions. For the time being, I’ll mark his as best answer so people give him more points 🙂

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Another thing to consider is how long the target text is, and how much of it is going to be matched by the quantified subexpression. For example, if you were trying to match the whole <BODY> element in a large HTML document, you might be tempted to use this regex:

    /<BODY>.*?<\/BODY>/is

    But that’s going to do a whole lot of unnecessary work, matching one character at a time while effectively doing a negative lookahead before each one. You know the </BODY> tag is going to be very near the end of the document, so the smart thing to do is to use a normal greedy quantitier; let it slurp up the whole rest of the document and then backtrack the few characters necessary to match the end tag.

    In most cases you won’t notice any speed difference between greedy and reluctant quantifiers, but it’s something to keep in mind. The main reason why you should be judicious in your use of reluctant quantifiers is the one that was pointed out by the others: they may do it reluctantly, but they will match more than you want them to if that’s what it takes to achieve an overall match.

    • 0