推 PsMonkey:可以解釋一下為甚麼這樣可以避免 memory leak 嗎? 01/09 17:03
推 PsMonkey:直接 assign substring() 會出什麼問題? @_@? 01/09 17:03
String object 大致上是以一個 char array, 兩個數值 offset, count(指明
這個 String object 是使用 char array 的哪個部分)所構成。
String 有個 non-public constructor:
String(int offset, int count, char value[])
可以直接指定這三個要素。所以 String object 之間是有共享 char array 的
情況在。
String - substring method 很合理的一個實做方式就是產生一個共享自己所
持有的 char array 的 String object(sun JRE 1.6 都還是這樣子的作法)。
那麼直接使用 String - substring 的產物在某些時候就會有 memory leak
的情況產生。
String aLongLongLongString = ...; // constructed somewhere
String s = aLongLongLongString.substring(10, 20);
aLongLongLongString = null;
假設這段碼不知道從哪個 module 拿到一個內容很長的 String object,而需要
的只是這個字串的一小部分(透過 substring 操作取得一個小字串)。當原本
建構 aLongLongLongString 所指涉的 String object 的模組已經不再需要使用
到這個很長的字串而拿掉這個 strong reference,上面的片段碼只需要 s 所指涉
的小字串,但因為 s 指涉的 String object 持有一個 reference 到
aLongLongLongString 內部持有的 char array,導致這個 char array 一直
不能夠被回收。
sun JRE 所實做的 String(String) constructor 會檢查:假如 actual
argument(a String object) 所使用的部分(count) 比其內部持有的 char array
length 來的小,那麼 String constructor 裡就只 copy offset:count 指定的
那一段 char sequence 到新的 char array,constructing object 使用這個新
且較小的 char array 而不使用 actual argument 內部的 char array。因此
String s = new String(aLongLongLongString.substring(10, 20));
可以避免 aLongLongLongString 指涉的 String object 內部的 char array
無法被回收。
有興趣的人可以稍微看一下 sun JRE java.lang.String 的 source code,會
比較清楚我所描述的事情。
※ 編輯: sbrhsieh 來自: 218.173.139.55 (01/09 17:43)
推 weiyucsie:推一個:) 01/09 18:18
※ 編輯: sbrhsieh 來自: 218.173.139.55 (01/09 18:58)
推 PsMonkey:還真的是不說不知道,受教了 Orz 01/09 19:06