先道歉，因为上次的范例有错 Conn conn= new Conn(); conn.select(); //conn.close(); conn=null; Thread.sleep(600000L); 那个Conn是我抓现成的范例来改的 我後来才注意到那个范例会用static的栏位去存Connection 所以连线不会被释放..... 後来把那个Conn改成动态栏位，并呼叫System.gc()之後 连线就会被释放了，这时候finalize也会被呼叫 从mysql的SHOW PROCESSLISE去看，也看的到连线被关闭 所以，理论上来说，开了连线之後丢着不理他 等Connection进入GC之後，连线就会被关闭了 基本上是不用担心连线被卡住的问题 只是系统的GC时间点..... 我只知道jvm有条执行绪专门在处理GC，至於执行的时间、条件就不清楚了 另外，之前我在写android时有用过stocket 那时stocket没呼叫close，就真的不会切断连线，即使activity被关闭了也一样 印象中只有在手机关机时，server端才会显示client断线 我不清楚android在底层是怎麽处理的 也看过activity关闭重新打开之後，上次设定的static栏位的值还在之类的状况 我猜这跟平台的运作有关系 所以我不确定依靠GC去关Connection，会不会遇到什麽问题 还有，看到推文有提到PhantomReference之类的东西 看起来挺有趣的..... java.lang.ref PhantomReference Reference ReferenceQueue SoftReference WeakReference 目前我试过的只有里面的get()那个方法 被WeakReference SoftReference参考的物件，在符合GC条件时一样会被回收掉 很适合用来侦测物件是否存活、资源管理之类的用途...... 好像也可以在物件符合GC条件时，把物件拿回来的样子 这部分的功能我只看过javadoc，还没实际试过 如果可以运作的话 就可以做出自动回收Connection、PreparedStatement之类的功能了 -- --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.59.16.65 PhantomReference SoftReference WeakReference 之後试出来的结果，上面这几个都没办法这样用 这几个在绑定的物件的finalize被呼叫过後 才会被放到ReferenceQueue中 等於是说..... 这只用在物件被注销後，打算来做些什麽事才会用到 我能想到的用途也只有..... 记忆体快取之类的功能而已 另外，试着让程式不呼叫System.gc(); 让他跑 结果程式跟mysql的连线就挂在那边，一个多小时都没断掉 (都没进行过gc) 相对应的Reference物件当然也没进到ReferenceQueue中 如果设定个回圈让系统去gc 大概第一、二次呼叫gc的时候就会自己把连线切断了 另外SoftReference、WeakReference、PhantomReference在遇到GC时的差异是 WeakReference跟PhantomReference第一次GC时就会被清除 SoftReference第二次才会被清除 ※ 编辑: LaPass 来自: 125.233.152.211 (06/14 08:14)