我試圖做採訪街的一個問題，我的問題是不相關的算法，但要的Java。對於挑戰，需要從System.in中獲取大量的輸入行數（數十萬）。每行都有預期的兩個或三個令牌模式，因此不需要進行任何驗證或解析（使掃描器無效）。我自己的算法是正確的，佔整個運行時間的一小部分（5％-20％的範圍取決於邊緣情況）。以Java輸入快速
做一些研究和試驗，我發現這個問題，即的BufferedReader類是顯著比掃描儀類獲取輸入的數據爲這一問題快。然而BufferedReader對於挑戰的目的仍然不夠快。任何人都可以指向我的文章或API，我可以研究更好的輸入方式嗎？
如果重要我使用的BufferedReader通過調用的readLine（）方法和字符串分裂（）方法將令牌分開。
沒有任何有用的信息，我所能做的最好的就是提供一個通用的答案：http://java.sun.com/developer/technicalArticles/Programming/PerfTuning/
它有一個令牌優化的例子，好... – 2012-02-10 01:01:06
我能想到的一些事情（從我的頭頂）：
使用你的大腦和思考的開箱。
BufferedDataInputStream應該是比的BufferedReader方式更快。
你可以在這裏找到的jar：http://www.jarvana.com/jarvana/view/org/apache/tika/tika-app/0.8/tika-app-0.8.jar!/nom/tam/util/BufferedDataInputStream.class?classDetails=ok。
javadoc http://skyview.gsfc.nasa.gov/jar/javadocs/nom/tam/util/BufferedDataInputStream.html。
這是該項目http://skyview.gsfc.nasa.gov/help/skyviewjava.html的一部分。
注意，我從來沒有測試過這個...
'String.split（）'使用正則表達式，這可能給一些不必要的開銷。或者可能不。有趣的是，代碼中的真正瓶頸在哪裏。你是否嘗試增加'BufferedReader'中緩衝區的大小？如果是這樣，它是否影響性能？ – Mersenne 2012-02-10 00:32:07
你在使用BufferedInputStream嗎？我們需要更多信息 – 2012-02-10 00:57:56
出於測試目的，我使用BufferedReader和FileReader從文件中讀取數據，因爲我無法快速爲BufferedReader和InputStreamReader手動輸入數據。瓶頸似乎是輸入500,000個輸入的邊緣情況，該程序平均需要130ms才能完成。在運行500,000次的循環內註釋掉除readLine（）以外的所有內容，將運行時間減少到110ms。雖然這些標記由5個字符的字符串組成，但也可以是0到100,000之間的一個整數，也可以是一個0或1的整數值。我認爲split（）不應該是這樣的徵稅。 – ntin 2012-02-10 01:13:10