标题说明了一切。我的问题是关于不同String等效方法的效率。我经常使用.equalsIgnoreCase(String str),因为我只喜欢它。但是我开始怀疑这是否不是Strings之间等效的最有效方法。在我看来,.equalsIgnoreCase(String str)正在调用大小写转换方法toUpperCasetoLowerCase之一,然后在其定义中调用equals,但我可能是错误的。那么,在以下情况或与此相关的任何情况下,哪种方法更有效?

int count = 0;//checks for face cards at indexes listed in selectedCards
              // Selected cards is Integer ArrayList

    for(; (count < selectedCards.size() && count < 3); count++)
    {
        if(cardAt(selectedCards.get(count)).rank().equalsIgnoreCase("Queen"))
            count++;
        else if(cardAt(selectedCards.get(count)).rank().equalsIgnoreCase("King"))
            count++;
        if(cardAt(selectedCards.get(count)).rank().equalsIgnoreCase("Jack"))
            count++;
    }

    if(count == 3)
        return true;
    return false;

最佳答案

JMH使微基准测试变得容易:

更新:设置输入字符串作为参数,以解决JMH God Alexey Shipilev的评论。我保留了目标字符串常量,因为OP的用例是将输入字符串与常量进行比较。

@State(Benchmark)
public class StrComp {

    @Param({"Queen", "queen", "King"})
    public String input;

    @Benchmark
    public boolean eqIgnoreCase() {
        return input.equalsIgnoreCase("queen");
    }

    @Benchmark
    public boolean eqToLower() {
        return input.toLowerCase().equals("queen");
    }

    public static void main(String[] args) throws RunnerException {
        Options opt = new OptionsBuilder()
                .include(".*StrComp.*")
                .mode(Mode.AverageTime)
                .timeUnit(TimeUnit.NANOSECONDS)
                .forks(5)
                .warmupIterations(10)
                .measurementIterations(10)
                .build();

        new Runner(opt).run();
    }
}

并输出:
Benchmark             Mode  Cnt   Score   Error  Units
StrComp.eqIgnoreCase  avgt   50  18.581 ± 0.051  ns/op
StrComp.eqToLower     avgt   50  54.796 ± 0.173  ns/op

使用参数更新了输出:
Benchmark             (input)  Mode  Cnt   Score   Error  Units
StrComp.eqIgnoreCase    Queen  avgt   50  17.947 ± 0.205  ns/op
StrComp.eqIgnoreCase    queen  avgt   50  15.553 ± 0.159  ns/op
StrComp.eqIgnoreCase     King  avgt   50   2.968 ± 0.037  ns/op
StrComp.eqToLower       Queen  avgt   50  56.499 ± 0.180  ns/op
StrComp.eqToLower       queen  avgt   50  22.023 ± 0.040  ns/op
StrComp.eqToLower        King  avgt   50  49.174 ± 0.145  ns/op

因此,eqIgnoreCase更快,但是除非您每秒进行一百万次比较,否则您不会注意到任何差异。

您可以试玩一下,看看如果第一个字符串已经是小写字母或字符串长度不同,则对差异的影响如何。

无论如何,如果您想使代码更“高效”,更清晰,类型安全且不易出错,则不要在此类情况下使用字符串。使用枚举。

卡片组非常适合枚举的实现,通常用于说明enum概念:http://docs.oracle.com/javase/8/docs/technotes/guides/language/enums.html#Card

关于java - equalsIgnoreCase()与toUpperCase()。equals和toLowerCase()。equals的效率,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/29785600/

10-09 12:58