本来想说 Java Code Geeks 的文章应该没啥问题 所以翻完就算了，没有仔细追究 BUT! M Jwo 在 blog 上留了一个 comment 坦白说我看不是很懂，全文如下 本文大错，仅有在 compiler 可以最佳化的有限场景才是， 通常是宣告的地方，不然放到method/loop里面就知道了， 因为只有在 method/loop 才会对效能造成大影响， 少数几个 String 根本不再效能需要调教的地方。 其实根本不用那麽麻烦，de-compiler 看一眼就知道 都是改用 StringBuffer/StringBuilder 了。 然後我才真的去翻了原作者提供的 javap 的结果 https://github.com/skuro/stringbuilder/blob/master/java7/CatPlus.class.txt 如果你跟我一样没办法直接看懂 javap 那麽对应原始码可能比较好懂 public class CatPlus extends ACat { @Override protected String cat(String base, String append){ String result = "const1" + base; result = result + "const2"; return result + append; } } 也就是说，根本不是他说的那麽一回事情 在 Oracle JDK 7 之下，其实会用 append() 来代替 + 号 原作者 javap 的结果也是如此 要说效能慢的话，应该是因为他重复 assign 回 result 有 code 为证 我写了一个单纯的 class，在 JDK 6 下测试 public class CatPlus { public String foo (String a, String b) { return "const1" + a + "const2" + b; } } javap 之後会得到 public class CatPlus extends java.lang.Object{ public CatPlus(); Code: 0: aload_0 1: invokespecial #1; //Method java/lang/Object."<init>":()V 4: return public java.lang.String foo(java.lang.String, java.lang.String); Code: 0: new #2; //class java/lang/StringBuilder 3: dup 4: invokespecial #3; //Method java/lang/StringBuilder."<init>":()V 7: ldc #4; //String const1 9: invokevirtual #5; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 12: aload_1 13: invokevirtual #5; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 16: ldc #6; //String const2 18: invokevirtual #5; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 21: aload_2 22: invokevirtual #5; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 25: invokevirtual #7; //Method java/lang/StringBuilder.toString:()Ljava/lang/String; 28: areturn } 所以，至少在 Oracle JDK 6 以後 字串用 + 号作连接跟用 StringBuilder 没啥差别 ======== 只能说... 嗯... 愚人节快乐这样？ [核爆] -- 钱锺书： 说出来的话 http://www.psmonkey.org 比不上不说出来的话 Java 版 cookcomic 版 只影射着说不出来的话 and more...... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 114.25.15.134 本来就不应该用推文的方式来讨论 这样看的人会很痛苦 另外，Java 版从来没有限制文章字数 or 行数 只在意是否言之有物 请见谅 其实原文也不是那麽凄惨到完全无用 或着说，他给的 CatPlus 的 test case 其实就是要模拟 #1Fc1oO9j 的状态，也就是 while(FooCondition) { str += str; } 在这种情况下，虽然 + 的动作还是会改成用 append() 但是会重复宣告 StringBuilder 这才是真正造成效能瓶颈的地方 + 号还是会变成 append() 的，这点可以肯定 只能说原 po（包含我）不够用功，不够龟毛 外加沾染了国内记者的习性，喜欢标题杀人，如此而已 （谜之声：还而已咧 [殴杀]） 是说，要不是看了这篇 我还真的不知道原本的 + 号恶魔其实已经被处理掉了 XD ※ 编辑: PsMonkey 来自: 114.25.15.134 (04/01 23:46)