他跑的次數太大了，正常來說整個功能中這些 stream 的動作應該不會是最大的比重。如果是我，我應該會先把其他效能瓶頸都處理完後才會去擔心這部分。
同意。他的例子是極端簡單的iteration,且跑10M次，才會覺得改善顯著。但一般情況可能I/O, decompress, deserialize, string processing這些都完全大於stream overhead
Kmark 是一個類似 Markdown 語法的格式，以下為提供的功能:
*兩邊加單星*
**兩邊加雙星**
~~兩邊加雙曲號~~
> 左邊加個大於符號
左邊加個大於符號
* 可用星號 * 也可以 - 減號 * 數字加點也可以
`abcdefghijk`
兩邊用倒引號包住
abcdefghijk
``` function abc() ```
上下都用三個倒引號包住
function abc()
[這是連結][1] [1]: http://example.com
連結第一部份是文字，先用中括號包住，後面再加上 [編號]。 第二部份是連結本身，放在文末，開頭是 [編號]: http
這是連結1
