※ 引述《LaPass (LaPass)》之铭言： : 後来把那个Conn改成动态栏位，并呼叫System.gc()之後 : 连线就会被释放了，这时候finalize也会被呼叫 这个叫你运气好…… : 基本上是不用担心连线被卡住的问题 : 只是系统的GC时间点..... 只要你的 JVM 还活着，RAM 又够大，GC 可能根本就懒得回收物件。 : 也看过activity关闭重新打开之後，上次设定的static栏位的值还在之类的状况 static 的存活和物件 instance 本来就不同，他只要 Class(不是 object) 被载 入之後就会一直在，你 activity 关掉顶多是 Activity 物件被消灭，和 static 无关。 : 我猜这跟平台的运作有关系 : 所以我不确定依靠GC去关Connection，会不会遇到什麽问题 会遇到很大、很大、很大的问题，就像有版友推文说的一样，这几乎等於是找 死，真的不推荐这样做。 Java 里面物件的消灭是 GC 在处理的，而 GC 的一个特性是你永远不知道他什 麽时候会执行，甚至是他会不会去回收，把 conn.close() 放在 finalize() 里 面，等於是在赌博，赌你的 JVM 会在 Connection 爆掉前回收物件，而这是很 危险的。 如果你的 RAM 够大，JVM 活的够久，物件不被消灭而一直占着 Connection 的 毛坑却不拉屎的机率是很高的，例如下面的程式码多少可以看出这个状况： class Resource { static int counter; int resID = 0; public Resource() { resID = counter; counter++; } public void doSomething() { System.out.println("Do something:" + resID); } @Override protected void finalize() throws Throwable { System.out.println("Cleanup Resource:" + resID); } } class Test { public static void allocateResource() { // 理论上 allocateResource() 执行完，Resource 物件就可以被回收 Resource r = new Resource(); r.doSomething(); r = null; } public static void main(String [] args) throws Exception { for (int i = 0; i < 100; i++) { allocateResource(); } // 让 JVM 一直活着 while (true) { Thread.sleep(1000); } } } 你会发现理论上我们创造出来的一百个 Resource 物件都是可以回收的状态，但 大部份的情况下，finalize() 根本不会去执行。 至於你一直提的到 System.gc()，JavaDoc 中讲得很清楚，他是 suggest GC， 不是 force GC，你不能假设他一定会回收所有的垃圾物件。 而且现在写 Java，几乎都会告诉你不要使用 System.gc()，因为通常他只会托 慢你程式的速度，停下来做不一定需要做的 GC。 最後，JVM 的工程师都已经告诉你 (http://youtu.be/mumvD0r7IH4?t=25m32s)： - Finalizer are evil - System.gc() is just as bad 干嘛还要那麽坚持用这两个东西啊…… 如果不想用 connection pool，又觉得自己很容易忘记 close 掉资源的话，请使 用 Java 7 的 try-with-resource 这个好朋友，又或者自己写一个 wrapper 就 好啦。 这两个都比依懒具有不确定性的 System.gc() 和 finalize() 好多了。 -- ~ 白马带着她一步步地回到中原。白马已经老了，只能慢慢地走， 'v' Brian Hsu 但终是能回到中原的。江南有杨柳、桃花，有燕子、金鱼…… // \\ ( 坟 墓 ) /( )\ 但这个美丽的姑娘就像古高昌国人那样固执。 【白马啸西风】 ^`~'^ http://bone.twbbs.org.tw/blog 『那都是很好很好的，可我偏不喜欢。』 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.109.19.224 ※ 编辑: brianhsu 来自: 140.109.19.224 (06/14 10:52) 上面就已经很多人和你说过「为什麽」了，甚至我也给了你 code 告诉你： Java 里的 GC / finalize 不一定会执行 ==> connection 不一定会关闭 这句话就算你用 System.gc() 也一样，因为 就算系统里有垃圾物件， System.gc() 仍然不保证会叫醒 GC，呼叫这个函式却啥都没发生的情形 也很多。 如果你还要坚持依赖这种不一定会执行的东西，来处理理论上一定要执行 的动作，那我也无话可说了……orz. ※ 编辑: brianhsu 来自: 220.137.22.123 (06/15 08:58)