1 回答

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