推 pan0438: con後的close? 01/21 22:26
con使用完我會close 要用的時候再new
不過這在方法內 所以con的close不在這...
※ 編輯: storypp (114.35.252.180), 01/21/2017 23:13:31
→ dannypsnl: GC不保證回收時機,不然測測看兩個差異多大 01/21 23:22
推 csieflyman: 使用 Eclipse Memory AnalyzerÀ鄟eak 01/21 23:39
→ ssccg: 沒有差別... 01/22 00:00
→ ssccg: 第一個寫法也沒有用完設null啊? 不懂你哪來這有差的想法 01/22 00:04
→ ssccg: 方法結束,stack frame上的變數(reference)就沒了 01/22 00:05
→ ssccg: 完全沒必要設null,指向的物件變成可GC,但不一定馬上GC 01/22 00:06
→ ssccg: 個人覺得設完全不會用到的初始值是不好的寫法,唯一的效果 01/22 00:09
→ ssccg: 是讓compiler提示用到未初始化變數的錯誤消失,然後說不定 01/22 00:11
→ ssccg: 就因此沒發現會跑出NPE的執行路徑... 01/22 00:12
→ ht5603: 可能是為了在catch exception處理,所以把變數宣告在try上 01/22 00:49
→ ht5603: 面 01/22 00:49
感謝大家的熱心回答,這樣看來我的想法應該沒問題,
結論就是 宣告的同時直接new 不需要先給null
方法結束時也不需要再指派null
※ 編輯: storypp (114.35.252.180), 01/22/2017 01:23:46
推 cowbaying: 只要該變數不再被參照 就會被GC 01/22 06:25
→ marsyang1: 兩個一樣 01/22 08:39
→ jtorngl: 應該是該物件沒被reference,如果在此方法之外有其它變數 01/22 13:31
→ jtorngl: 還指向該物件,就算這個方法結束,GC執行時也不會清掉 01/22 13:32
→ jtorngl: 不過本文是不會,物件是在method中才建立的就是 01/22 13:33
推 overxxx: ResultSet/Statement需要close(),我通常會以try finally 01/25 11:31
→ overxxx: 放在finally裡判斷不是null才做close 01/25 11:32