ishuqi
diff --git a/‎contents/why-is-printing-b-dramatically-slower-than-printing.md
Copy file name to clipboardExpand all lines: contents/why-is-printing-b-dramatically-slower-than-printing.md
+51-1Lines changed: 51 additions & 1 deletion b/‎contents/why-is-printing-b-dramatically-slower-than-printing.md
Copy file name to clipboardExpand all lines: contents/why-is-printing-b-dramatically-slower-than-printing.md
+51-1Lines changed: 51 additions & 1 deletion
@@ -51,7 +51,7 @@
  - 我在Netbeans 7.2中运行测试，由控制台显示输出
  - 我使用了`System.nanoTime()`来计算时间
 
-## 解答
+## 解答一
 
 *纯粹的推测*是因为你使用的终端尝试使用[单词换行][1]而不是字符换行，并且它认为`B`是一个单词而`#`却不是。所以当它到达行尾并且寻找一个换行的地方的时候，如果是`#`就可以马上换行；而如果是`B`，它则需要花更长时间搜索，因为可能会有更多的内容才能换行（在某些终端会非常费时，比如说它会先输出退格再输出空格去覆盖被换行的那部分字符）。
 
@@ -61,4 +61,54 @@
   [1]: http://en.wikipedia.org/wiki/Word_wrap
 
 
+##解答二
+
+我用Eclipse和Netbeans 8.0.2做了测试，他们的Java版本都是1.8；我用了`System.nanoTime()`来计时。
+
+##Eclipse：
+
+我得到了**用时相同的结果** - 大约**1.564秒**。
+
+##Netbeans：
+
+* 使用"#": **1.536秒**
+* 使用"B": **44.164秒**
+
+所以看起来像是Netbeans输出到控制台的性能问题。
+
+在做了更多研究以后我发现问题所在是Netbeans [换行][1] 的最大缓存（这并不限于`System.out.println`命令），参见以下代码：
+
+    for (int i = 0; i < 1000; i++) {
+        long t1 = System.nanoTime();
+        System.out.print("BBB......BBB"); \\<-contain 1000 "B"
+        long t2 = System.nanoTime();
+        System.out.println(t2-t1);
+        System.out.println("");
+    }
+
+每一个循环所花费的时间都不到1毫秒，除了 **每第五个循环**会花掉大约225毫秒。像这样（单位是毫秒）:
+
+    BBB...31744
+    BBB...31744
+    BBB...31744
+    BBB...31744
+    BBB...226365807
+    BBB...31744
+    BBB...31744
+    BBB...31744
+    BBB...31744
+    BBB...226365807
+    .
+    .
+    .
+
+以此类推。
+
+##总结：
+
+1. 使用Eclipse打印“B”完全没有问题
+1. Netbeans有换行的问题但是可以被解决（因为在Eclipse并没有这个问题）（而不用在B后面添加空格（“B ”））。
+
+  [1]: http://en.wikipedia.org/wiki/Line_wrap_and_word_wrap
+  
 stackoverflow原址：http://stackoverflow.com/questions/21947452/why-is-printing-b-dramatically-slower-than-printing