我今天閱讀了拆分器并使用Spliterators.spliteratorUnknownSize(iterator(), Spliterator.NONNULL). 根據spliteratorUnknownSize()的文檔[resulting] 拆分器不是后期綁定作為分離器的新手，我想知道為什么會這樣。如果我確保iterator()是后期綁定，那么生成的拆分器也應該是，不是嗎？ spliteratorUnknownSize()只是創建一個IteratorSpliterator尚未綁定到元素源的對象。即，我很想了解為什么生成的拆分器不是后期綁定的。謝謝你。
1 回答
茅侃侃
TA貢獻1842條經驗 獲得超22個贊
根據javadocs：
“
Spliterator沒有報告IMMUTABLE或CONCURRENT預期有關于以下方面的書面政策：何時Spliterator與元素源結合；以及檢測結合后檢測到的元素源的結構干擾。后期結合Spliterator在該點與元素源結合估計大小的第一次遍歷、第一次拆分或第一次查詢，而不是在Spliterator創建時。Spliterator不是后期綁定的 A 在構造點或任何方法的第一次調用時綁定到元素的源。所做的修改到綁定之前的源在Spliterator遍歷時被反射。綁定后，Spliterator應該盡最大努力，如果檢測到結構干擾，則拋出ConcurrentModificationException。......“
因此，如果您仔細分析，后期綁定與非后期綁定實際上是關于何時檢測結構干擾。
Spliterator包裝任意迭代器不能保證檢測到結構干擾。這取決于如何Iterator實施。即使Iterators確實檢測（或減輕）結構干擾，Spliterator也無法保證檢測何時開始；即當“綁定”發生時。
簡而言之，它不能保證真正的后期綁定語義。
如果我確保
iterator()后期綁定，結果Spliterator也應該是，不是嗎？
javadocs 不保證這一點。
在實踐中：它可能應該是，盡管它取決于 Spliterators. 但是在 javadocs 中做出這樣的聲明可能會以有害的方式限制類及其嵌套類的未來版本的實現。Spliterators
你可能不同意我的分析。然而，javadocs 的作者已經明確而有意地聲明這些Spliterators不是后期綁定的。如果您認為他們對此有誤，請針對 javadocs 提出錯誤報告。
添加回答
舉報
0/150
提交
取消