原因：

給定的流不支持mark和reset就會報這個錯誤。

獲取到一個網絡流,這個網絡流不允許讀寫頭來回移動,也就不允許mark/reset機制.

解決辦法：

用BufferedInputStream把原來的流包一層.

BufferedInputStream buffInputStream = new BufferedInputStream(fileInputStream);

補充知識：Java BufferedReader之mark和reset方法實踐

在讀取文本的操作中，常常會在讀取到文件末尾時重新到文件開頭進行操作。通過搜索發(fā)現(xiàn)，有兩種方法：

（1）mark和reset方法，但是在博客中都是以簡短的string為示例對象；

（2）利用randomacessfile中的seek方法，seek方法可進行移動。

由于前面的文本操作使用了BufferedReader，所以只能用mark和reset方法將程序進行完善。非常好理解這兩個方法，一個在前面做標記，另一個重置返回到做標記的位置。

首先，看一下mark方法

public void mark(int readAheadLimit) throws IOExceptionMarks the present position in the stream. Subsequent calls to reset() will attempt to reposition the stream to this point.Overrides:markin class ReaderParameters:readAheadLimit - Limit on the number of characters that may be read while still preserving the mark. An attempt to reset the stream after reading characters up to this limit or beyond may fail. A limit value larger than the size of the input buffer will cause a new buffer to be allocated whose size is no smaller than limit. Therefore large values should be used with care.Throws:IllegalArgumentException- If readAheadLimit is < 0IOException- If an I/O error occurs

mark(readAheadLimit)方法僅有一個參數(shù)，翻譯過來就是“保證mark有效的情況下限制讀取的字符數(shù)。當 讀取字符達到或超過此限制時，嘗試重置流會失敗。當限制數(shù)值大于輸入buffer的默認大小時，將會動態(tài)分配一個容量不小于限制數(shù)值的buffer。因此，應該慎用大數(shù)值。”

第二，獲取文件的大小

既然要讀取某文件，需知道該文件的大小，調用file.length()方法，將會“Returns the length of the file denoted by this abstract pathname. The return value is unspecified if this pathname denotes a directory.”

由于返回數(shù)值為long型，需加一個判斷（是否超出int默認最大值，因為mark方法的參數(shù)為int類型）后才能進行int的強制轉換

int size;if(filesize>=2147483647){ Toast.makeText(……).show();}else{ size=(int)filesize;}

第三，設置mark參數(shù)

如果完成前兩步后，并mark(size)你就去嘗試，那么還會出錯，為什么呢？

前面的mark（）方法已經講過“當讀取字符達到或超過此限制時，嘗試重置流會失敗”，所以最好還要將mark的size數(shù)值加1.

解決。

PS:我嘗試了270多KB的文件，也可以正常讀取。

修改---2016-07-19 17：03

吃完午飯回來后，就意識到一個問題，重復操作io是非常浪費資源的，為何不將數(shù)據全部寫入list或map中，這樣就是從緩存中讀取數(shù)據，操作更快一點。一下午都在修改程序，包括輸出部分及排序操作，總之對這部分的理解加深了許多。