I am currently using split()
to scan through a file where each line has number of strings delimited by \'~\'
. I read somewhere that Scanner
For processing line you can use scanner and for getting tokens from each line you can use split.
Scanner scanner = new Scanner(new File(loc));
try {
while ( scanner.hasNextLine() ){
String[] tokens = scanner.nextLine().split("~");
// do the processing for tokens here
}
}
finally {
scanner.close();
}
Did some metrics around these in a single threaded model and here are the results I got.
~~~~~~~~~~~~~~~~~~Time Metrics~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ Tokenizer | String.Split() | while+SubString | Scanner | ScannerWithCompiledPattern ~ ~ 4.0 ms | 5.1 ms | 1.2 ms | 0.5 ms | 0.1 ms ~ ~ 4.4 ms | 4.8 ms | 1.1 ms | 0.1 ms | 0.1 ms ~ ~ 3.5 ms | 4.7 ms | 1.2 ms | 0.1 ms | 0.1 ms ~ ~ 3.5 ms | 4.7 ms | 1.1 ms | 0.1 ms | 0.1 ms ~ ~ 3.5 ms | 4.7 ms | 1.1 ms | 0.1 ms | 0.1 ms ~ ____________________________________________________________________________________________________________
The out come is that Scanner gives the best performance, Now the same needs to be evaluated on a multithreaded mode ! One of my senior's say that the Tokenizer gives a CPU spike and String.split does not.
You don't actually need a regex here, because you are splitting on a fixed string. Apache StringUtils
split does splitting on plain strings.
For high volume splits, where the splitting is the bottleneck, rather than say file IO, I've found this to be up to 10 times faster than String.split()
. However, I did not test it against a compiled regex.
Guava also has a splitter, implemented in a more OO way, but I found it was significantly slower than StringUtils for high volume splits.
I would say split()
is fastest, and probably good enough for what you're doing. It is less flexible than scanner
though. StringTokenizer
is deprecated and is only available for backwards compatibility, so don't use it.
EDIT: You could always test both implementations to see which one is faster. I'm curious myself if scanner
could be faster than split()
. Split might be faster for a given size VS Scanner
, but I can't be certain of that.
You can use the useDelimiter("~")
method to let you iterate through the tokens on each line with hasNext()/next()
, while still using hasNextLine()/nextLine()
to iterate through the lines themselves.
EDIT: If you're going to do a performance comparison, you should pre-compile the regex when you do the split() test:
Pattern splitRegex = Pattern.compile("~");
while ((line = bufferedReader.readLine()) != null)
{
String[] tokens = splitRegex.split(line);
// etc.
}
If you use String#split(String regex)
, the regex will be recompiled every time. (Scanner automatically caches all regexes the first time it compiles them.) If you do that, I wouldn't expect to see much difference in performance.