Java 中 StringTokenizer 类与 String.split 方法的性能对比
在我的软件中,我需要将字符串拆分为单词。我目前拥有超过 19,000,000 个文档,每个文档超过 30 个字。
以下两种方法中哪一种是执行此操作的最佳方法(就性能而言)?
StringTokenizer sTokenize = new StringTokenizer(s," ");
while (sTokenize.hasMoreTokens()) {
或者
String[] splitS = s.split(" ");
for(int i =0; i < splitS.length; i++)
In my software I need to split string into words. I currently have more than 19,000,000 documents with more than 30 words each.
Which of the following two ways is the best way to do this (in terms of performance)?
StringTokenizer sTokenize = new StringTokenizer(s," ");
while (sTokenize.hasMoreTokens()) {
or
String[] splitS = s.split(" ");
for(int i =0; i < splitS.length; i++)
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(9)
如果你的数据已经在数据库中,你需要解析字符串,我建议重复使用indexOf。它比任何一种解决方案都快很多倍。
然而,从数据库获取数据的成本仍然可能要高得多。
prints
打开一个文件的时间约为 8 毫秒。由于文件非常小,您的缓存可能会将性能提高 2-5 倍。即便如此,打开文件也要花费大约 10 个小时。使用 split 与 StringTokenizer 的成本分别远低于 0.01 毫秒。解析 1900 万 x 30 个单词 * 每个单词 8 个字母大约需要 10 秒(每 2 秒大约 1 GB)。
如果您想提高性能,我建议您使用更少的文件。例如使用数据库。如果您不想使用 SQL 数据库,我建议使用其中之一 http://nosql-database.org/
If your data already in a database you need to parse the string of words, I would suggest using indexOf repeatedly. Its many times faster than either solution.
However, getting the data from a database is still likely to much more expensive.
prints
The cost of opening a file will be about 8 ms. As the files are so small, your cache may improve performance by a factor of 2-5x. Even so its going to spend ~10 hours opening files. The cost of using split vs StringTokenizer is far less than 0.01 ms each. To parse 19 million x 30 words * 8 letters per word should take about 10 seconds (at about 1 GB per 2 seconds)
If you want to improve performance, I suggest you have far less files. e.g. use a database. If you don't want to use an SQL database, I suggest using one of these http://nosql-database.org/
Java 7中的Split只是为此输入调用indexOf, 查看源代码。 split 应该非常快,接近重复调用indexOf。
Split in Java 7 just calls indexOf for this input, see the source. Split should be very fast, close to repeated calls of indexOf.
Java API 规范建议使用
split
。请参阅StringTokenizer
的文档< /a>.The Java API specification recommends using
split
. See the documentation ofStringTokenizer
.据我所知,另一件重要的事情没有记录,那就是要求 StringTokenizer 返回分隔符以及标记化字符串(通过使用构造函数
StringTokenizer(String str, String delim, boolean returnDelims)
)还减少了处理时间。因此,如果您正在寻找性能,我建议使用类似的方法:尽管 getNext() 方法带来了开销,它会为您丢弃分隔符,但根据我的基准测试,它仍然快了 50%。
Another important thing, undocumented as far as I noticed, is that asking for the StringTokenizer to return the delimiters along with the tokenized string (by using the constructor
StringTokenizer(String str, String delim, boolean returnDelims)
) also reduces processing time. So, if you're looking for performance, I would recommend using something like:Despite the overhead introduced by the getNext() method, that discards the delimiters for you, it's still 50% faster according to my benchmarks.
使用分割。
StringTokenizer 是一个遗留类,出于兼容性原因而保留,尽管在新代码中不鼓励使用它。建议任何寻求此功能的人使用 split 方法。
Use split.
StringTokenizer is a legacy class that is retained for compatibility reasons although its use is discouraged in new code. It is recommended that anyone seeking this functionality use the split method instead.
19,000,000 份文件在那里有什么作用?您是否需要定期拆分所有文档中的单词?还是一击就有问题?
如果您一次显示/请求一份只有 30 个单词的文档,那么这是一个很小的问题,任何方法都可以解决。
如果您必须一次处理所有文档,并且只有 30 个单词,那么这是一个很小的问题,无论如何您都更有可能受到 IO 限制。
What the 19,000,000 documents have to do there ? Do you have to split words in all the documents on a regular basis ? Or is it a one shoot problem?
If you display/request one document at a time, with only 30 word, this is a so tiny problem that any method would work.
If you have to process all documents at a time, with only 30 words, this is a so tiny problem that you are more likely to be IO bound anyway.
在运行微型(在本例中,甚至是纳米)基准测试时,有很多因素会影响您的结果。 JIT 优化和垃圾收集仅举几例。
为了从微基准测试中获得有意义的结果,请查看 jmh图书馆。它提供了关于如何运行良好基准测试的优秀示例。
While running micro (and in this case, even nano) benchmarks, there is a lot that affects your results. JIT optimizations and garbage collection to name just a few.
In order to get meaningful results out of the micro benchmarks, check out the jmh library. It has excellent samples bundled on how to run good benchmarks.
无论其遗留状态如何,我希望
StringTokenizer
在此任务中比String.split()
快得多,因为它不使用正则表达式:它只是扫描直接输入,就像您自己通过indexOf()
进行的操作一样。事实上,String.split()
每次调用时都必须编译正则表达式,因此它甚至不如您自己直接使用正则表达式那么高效。Regardless of its legacy status, I would expect
StringTokenizer
to be significantly quicker thanString.split()
for this task, because it doesn't use regular expressions: it just scans the input directly, much as you would yourself viaindexOf()
. In factString.split()
has to compile the regex every time you call it, so it isn't even as efficient as using a regular expression directly yourself.这可能是使用 1.6.0 的合理基准测试
This could be a reasonable benchmarking using 1.6.0