在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/Android/ okhttp的字節(jié)緩存策略segment的問題

okhttp的字節(jié)緩存策略segment的問題

看okhttp源碼看到segment時，根據(jù)methods的注釋，有了以下理解，比如我segment的雙向鏈表有3個實例：
Segment1[30]：表示實例1，字節(jié)數(shù)組內(nèi)存占用百分30。

 * Segment1[30] <- Segment2[60]<- Segment3[10]
 *                  拆分Segment2
 * Segment1[30] <- Segment2[20]<- Segment2~[40]<- Segment3[10]
 *
 * 那么1，2可以compact，2，2～不能compact，2～，3不能compact嗎？

我看源碼在split Segment2的時候，將Segment2置為shared狀態(tài)，然后將Segment2～置為owner=false的狀態(tài)，意思是不可寫。
在compact函數(shù)里，會判斷 prev.shared && !prev.owner條件，滿足這兩個條件的相鄰的Segment才可以compact成一個（這問題里容量判斷的大前提默認都滿足）。
那么按照它的意思，1，2可以compact，2，2～不能compact，2～，3不能compact嗎？這么設計是為了避免什么問題？
小弟沒理解其中意義。請各位指教。

回答
編輯回答
巷尾

回去翻了一下okio的源碼，Segment的shared和owner屬性是互斥的，當對Segment2進行split時，如果Segment2被share了，會創(chuàng)建一個新的Segment共享原來的Segment2，這個Segment是處于shared狀態(tài)且owner不是自己，鏈變成了
Segment1[30%]--->Segment2N(shared)[20%]--->Segment2(old)[40%]--->Segment3[10%]
其中Segment2N和Segment2(old)內(nèi)部持有的byte[]數(shù)組對象是同一個，只是pos和limit位置不同，這就是shared狀態(tài)，而Segment1和Segment3不是share狀態(tài)，內(nèi)部都是有各自的byte[]數(shù)組。

當遍歷到Segment2N時，發(fā)現(xiàn)Segment2N和它的prev Segment1滿足compact條件，就會compact Segment1和Segment2，把Segment2N里的數(shù)據(jù)寫入Segment1里，然后把自身從鏈表中移除。
Segment1[50%]--->Segment2(old)[40%]--->Segment3[10%]

當遍歷到Segment2(old)時，發(fā)現(xiàn)Segment2(40%)和Segment1(50%)都沒有超過一半，滿足compact條件，又會把Segment2(old)的數(shù)據(jù)寫入Segment1里，把自身移除，釋放內(nèi)存。
Segment1[90%]--->Segment3[10%]

當遍歷到Segment3時，不滿足compat條件，沒有必要拷貝數(shù)據(jù)，do nothing。

2017年6月17日 04:34