隨筆 - 1, 文章 - 0, 評論 - 10, 引用 - 0
          數據加載中……

          經典的IO代碼為什么有資源泄漏?

          最近在開發中,使用到IO操作進行反序列化操作,使用了在各種資料中常見的關于IO操作的經典代碼,在自測和測試人員的測試中都沒有發現任何問題!
          代碼如下

          public ?Object?readObject(File?file)
          ????{
          ????????Object?o?
          = ? null ;
          ????????
          if ?(file.exists())
          ????????{
          ????????????ObjectInputStream?ois?
          = ? null ;
          ????????????
          try
          ????????????{
          ????????????????ois?
          = ? new ?ObjectInputStream( new ?FileInputStream(file));
          ????????????????o?
          = ?ois.readObject();
          ????????????}
          ????????????
          catch ?(Throwable?e)
          ????????????{
          ????????????????e.printStackTrace();
          ????????????}
          ????????????
          finally
          ????????????{
          ????????????????
          if ?(ois? != ? null )
          ????????????????{
          ????????????????????
          try
          ????????????????????{
          ????????????????????????ois.close();
          ????????????????????}
          ????????????????????
          catch ?(IOException?e)
          ????????????????????{
          ????????????????????????e.printStackTrace();
          ????????????????????}
          ????????????????}
          ????????????}????????????
          ????????}
          ????????
          return ?o;
          ????}

          忽然一天測試人員聯系我說這部分代碼導致系統無法啟動,原因僅僅是因為讓該部分代碼不斷的處理一個為序列化文件!
          我仔細分析一下代碼,沒有問題呀,反序列化失敗就直接關閉了ois對象,不可能造成資源泄漏,于是用單步跟蹤的方式
          查看處理非法文件的詳細情況:
          1、創建FileInputStream 沒有問題
          2、創建ObjectInputStream失敗 沒有問題
          3、進入catch塊,打印堆棧 沒有問題
          4、進入finnaly塊,if (ois != null)為false,這時意識到出問題了
          原來創建FileInputStream成功,此時已經申請了資源,但在后續創建ObjectInputStream時失敗,但此時又沒有保存FileInputStream
          的引用,無法釋放資源,最終導致了資源泄漏??磥碓谝院蟮?font color="#0000ff">IO的編程中一定要保存基本流的引用,否則在類似上面的情況
          在轉換流失敗后,無法安全的釋放資源!
          下面為修改后的代碼:

          ?public?Object?readObject(File?file)
          ????{
          ????????Object?o?
          =?null;
          ????????
          if?(file.exists())
          ????????{
          ????????????FileInputStream?fis?
          =?null;
          ????????????ObjectInputStream?ois?
          =?null;
          ????????????
          try
          ????????????{
          ????????????????fis?
          =?new?FileInputStream(file);
          ????????????????ois?
          =?new?ObjectInputStream(fis);
          ????????????????o?
          =?ois.readObject();
          ????????????}
          ????????????
          catch?(Throwable?e)
          ????????????{
          ????????????????e.printStackTrace();
          ????????????}
          ????????????
          finally
          ????????????{
          ????????????????
          if?(fis?!=?null)
          ????????????????{
          ????????????????????
          try
          ????????????????????{
          ????????????????????????fis.close();
          ????????????????????}
          ????????????????????
          catch?(IOException?e)
          ????????????????????{
          ????????????????????????e.printStackTrace();
          ????????????????????}
          ????????????????}
          ????????????}????????????
          ????????}
          ????????
          return?o;
          ????}


          posted on 2006-03-24 21:47 mooninwell 閱讀(1387) 評論(10)  編輯  收藏 所屬分類: Java原創

          評論

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          有一點疑問:
          在文件存在的情況下,在什么情況下會出現fis創建成功而ois創建失???
          另:finally下還是要加上關閉ois的為好。
          2006-03-25 09:14 | 阿偉的技術小巢

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          收到,謝謝分享
          2006-03-25 10:30 | flyfoxs

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          頻繁調用這個方法OPEN/CLOSE STREAM也不是一個好的做法吧?如果一直使用一個ObjectInputStream/ObjectOutputStream就要小心內存泄漏。
          2006-03-25 12:03 | 非魚

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          只要文件存在并且讀的權限就可以成功創建fis,但將fis轉換為ois則文件必需滿足序列化的文件格式。至于ois的關閉,從理論上關閉了基本流fis就不會存在泄漏,而且在實際測試中,window、solaris、aix系統下都沒有問題@阿偉的技術小巢
          2006-03-25 20:37 | mooninwell

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          資源和io流是一一對應的,而且良好的編程習慣應該是對獨占資源應該盡快的釋放,因此處理邏輯應該和從資源中獲取信息相分離@非魚
          2006-03-25 20:40 | mooninwell

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          @mooninwell

          因OIS/OOS使用HANDLETABLE保存被序列化對象的引用,實踐中應注意調用OOS.reset()方法,否則在大量對象序列化時會發生ML。
          2006-03-25 21:44 | 非魚

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          @非魚
          以前工作很少用到IO,特別是序列化部分!今天在你的提醒下,看了一下oos的實現,發現一直使用一個oos/ois的確存在ML的可能性,但我認為這中使用情況在實際應用中很少發生。另:發現OOS的close方法內也包含了reset方法的實現,但ois沒有實現reset方法,會拋異常。
          2006-03-26 00:45 | mooninwell

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          用InputStream代替File作為參數豈不更好?
          2006-03-27 09:49 | hubeicaolei

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          同意樓上的
          2006-03-27 10:07 | nkoffee

          # re: 經典的IO代碼為什么有資源泄漏?  回復  更多評論   

          @mooninwell

          OIS沒有實現reset()方法,是因為它從INPUT流中讀取TC_RESET標志來RESET HANDLE TABLE。這樣可以保證通過網絡SERIALIZATION時不出問題。
          2006-03-28 00:01 | 非魚

          只有注冊用戶登錄后才能發表評論。


          網站導航:
           
          主站蜘蛛池模板: 互助| 揭阳市| 东光县| 科技| 依安县| 肇东市| 平乐县| 东台市| 田林县| 泸西县| 西充县| 裕民县| 林西县| 沙雅县| 根河市| 马龙县| 宣汉县| 连云港市| 永康市| 桐庐县| 苗栗县| 眉山市| 伊金霍洛旗| 临海市| 宽城| 进贤县| 呼伦贝尔市| 平昌县| 托克逊县| 古田县| 汕尾市| 英吉沙县| 瑞安市| 张家界市| 漠河县| 阿克陶县| 左权县| 宜阳县| 武威市| 汶上县| 句容市|