This came as a huge surprise for me, and I'd like to understand this result. I made a test in jsperf that is basically supposed to take a string (that is part of a URL that I'd like to check) and checks for the presence of 4 items (that are in fact, present in the string).
It checks in 5 ways:
- plain indexOf;
- Split the string, then indexOf;
- regex search;
- regex match;
- Split the string, loop through the array of items, and then check if any of them matches the things it's supposed to match
To my huge surprise, number 5 is the fastest in Chrome 21. This is what I can't explain.
In Firefox 14, the plain indexOf is the fastest, that one I can believe.
Best Answer
I'm also surprised but Chrome uses v8, a highly optimized JavaScript engine which pulls all kinds of tricks. And the guys at Google probably have the largest set of JavaScript to run to test the performance of their implementation. So my guess is this happens:
===
, builtin CPU op codes to compare strings (repe cmpsb
) can be used. So no functions are being called (unlike in any other test case)All the other approaches need to invoke functions and locality might be an issue for the regexp versions because they build a parse tree.