1 回答

TA貢獻(xiàn)1842條經(jīng)驗 獲得超21個贊
根據(jù)javadocs:
“
Spliterator
沒有報告IMMUTABLE
或CONCURRENT
預(yù)期有關(guān)于以下方面的書面政策:何時Spliterator
與元素源結(jié)合;以及檢測結(jié)合后檢測到的元素源的結(jié)構(gòu)干擾。后期結(jié)合Spliterator
在該點與元素源結(jié)合估計大小的第一次遍歷、第一次拆分或第一次查詢,而不是在Spliterator
創(chuàng)建時。Spliterator
不是后期綁定的 A 在構(gòu)造點或任何方法的第一次調(diào)用時綁定到元素的源。所做的修改到綁定之前的源在Spliterator
遍歷時被反射。綁定后,Spliterator
應(yīng)該盡最大努力,如果檢測到結(jié)構(gòu)干擾,則拋出ConcurrentModificationException
。......“
因此,如果您仔細(xì)分析,后期綁定與非后期綁定實際上是關(guān)于何時檢測結(jié)構(gòu)干擾。
Spliterator
包裝任意迭代器不能保證檢測到結(jié)構(gòu)干擾。這取決于如何Iterator
實施。即使Iterators
確實檢測(或減輕)結(jié)構(gòu)干擾,Spliterator
也無法保證檢測何時開始;即當(dāng)“綁定”發(fā)生時。
簡而言之,它不能保證真正的后期綁定語義。
如果我確保
iterator()
后期綁定,結(jié)果Spliterator
也應(yīng)該是,不是嗎?
javadocs 不保證這一點。
在實踐中:它可能應(yīng)該是,盡管它取決于 Spliterators
. 但是在 javadocs 中做出這樣的聲明可能會以有害的方式限制類及其嵌套類的未來版本的實現(xiàn)。Spliterators
你可能不同意我的分析。然而,javadocs 的作者已經(jīng)明確而有意地聲明這些Spliterators
不是后期綁定的。如果您認(rèn)為他們對此有誤,請針對 javadocs 提出錯誤報告。
添加回答
舉報