使用字符串匹配或布尔标志进行性能优化 [关闭]

Question

我有一个函数可以检查几个参数的有效性并返回一个带有错误消息的字符串。在调用函数中，我正在做的是使用errorString.equals("") 方法检查返回的字符串是否为空。如果它不为空，则会显示错误消息。我听说字符串比较在 Java 中代价高昂。我可以使用的另一种方法是错误检查函数返回一个布尔值而不是字符串，并使errorString 成为全局字符串，调用函数检查返回的布尔值并在需要时显示errorString。进行此更改后，我可以期待多少性能改进？假设我的函数每分钟会被调用 1000 次。

编辑：- 例如：-

    public void callingFunction(){
    /*
    some operations....
     */
    String errors=checkErrors(param1,param1,param3,param4,param5);
    if(!"".equals(errors)){
        System.out.println(errors);
    }
}
public String checkErrors(String param1,String pram2,String param3,String pram4,String param5){
    String errors="";
    if(param1 == null)
        errors +="param1 is null";
    if(param1.equals(""))
        errors +="param1 is empty";
    /*
    A lot more validity checks...
     */
    return errors;
}

Answer 1

根据我的评论，没有性能问题，除非有 benchmark/performance profile 表明存在问题。实际上，在大多数应用程序级代码中，除非性能界限发生变化，否则大多数代码“足够快”——干净利落地编写代码，并遵循 97/3¹ 规则.

在调用函数中，我正在做的是使用 errorString.equals("") 方法检查返回的字符串是否为空。如果它不为空，则会显示错误消息。听说 JAVA 中字符串比较的开销很大。

嗯，不。 String.equals 通常不是不必要的“昂贵”，在这种特殊情况下绝对不是。 String.equals 对于两个相同长度的任意字符串是 O(n)，但对于不同长度的字符串是 O(1)。

String.equals 所做的第一件事（嗯，第二件事，在检查 null 之后）是比较两个字符串的长度，并将长度存储在一个简单的整数变量中。如果长度不相等，则可以立即确定字符串不相等：长度为 0 的唯一字符串是空字符串。

也就是说，除了一些额外的指令（JIT 无论如何都可能内联方法调用）之外，它将具有与检查布尔变量相同的性能特征。

另外，不要忘记现代 CPU 非常快。我的“旧”CPU 以 22 十亿 Hz 的频率运行； 1000 次操作/分钟仅为 16 Hz。

---

¹ 97/3 规则 (courtesy of D. Knuth)：

程序员浪费大量时间思考或担心他们程序中非关键部分的速度。我们应该忘记小的效率，比如说大约 97% 的时间 .. 然而我们不应该放弃我们在关键的 3% 中的机会。一个优秀的程序员会 [..] 明智地仔细查看关键代码；但只有在识别出该代码之后 ..

Answer 2

我建议你这样做是完全错误的。

• 如果只有一个条件要检查，则返回boolean。否则：
• 如果您不需要提供除故障本身以外的任何信息，则返回一个标志字，其各个位指示各种可能的错误（如果已设置）
• 否则你应该抛出各种异常。