青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

hqh

C++博客 聯系 聚合 管理
  4 Posts :: 2 Stories :: 2 Comments :: 0 Trackbacks

 在別處看到的一個資料,愿與大家分享。
內存泄漏的慨念

  1.c/c++是程序員自己管理內存,Java內存是由GC自動回收的。

  我雖然不是很熟悉C++,不過這個應該沒有犯常識性錯誤吧。

  2.什么是內存泄露?

  內存泄露是指系統中存在無法回收的內存,有時候會造成內存不足或系統崩潰。

  在C/C++中分配了內存不釋放的情況就是內存泄露。

  3.Java存在內存泄露

  我們必須先承認這個,才可以接著討論。雖然Java存在內存泄露,但是基本上不用很關心它,特別是那些對代碼本身就不講究的就更不要去關心這個了。

  Java中的內存泄露當然是指:存在無用但是垃圾回收器無法回收的對象。而且即使有內存泄露問題存在,也不一定會表現出來。

  4.Java中參數都是傳值的。

  對于基本類型,大家基本上沒有異議,但是對于引用類型我們也不能有異議。

  Java內存泄露情況

  JVM回收算法是很復雜的,我也不知道他們怎么實現的,但是我只知道他們要實現的就是:對于沒有被引用的對象是可以回收的。所以你要造成內存泄露就要做到:

  持有對無用對象的引用!

  不要以為這個很容易做到,既然無用,你怎么還會持有它的引用? 既然你還持有它,它怎么會是無用的呢?

  我實在想不到比那個堆棧更經典的例子了,以致于我還要引用別人的例子,下面的例子不是我想到的,是書上看到的,當然如果沒有在書上看到,可能過一段時間我自己也想的到,可是那時我說是我自己想到的也沒有人相信的。

public class Stack {
 private Object[] elements=new Object[10];
 private int size = 0;

 public void push(Object e){
  ensureCapacity();
  elements[size++] = e;
 }

 public Object pop(){
  if( size == 0)
   throw new EmptyStackException();
   return elements[--size];
 }

private void ensureCapacity(){
 if(elements.length == size){
  Object[] oldElements = elements;
  elements = new Object[2 * elements.length+1];
  System.arraycopy(oldElements,0, elements, 0, size);
 }
}
}

  上面的原理應該很簡單,假如堆棧加了10個元素,然后全部彈出來,雖然堆棧是空的,沒有我們要的東西,但是這是個對象是無法回收的,這個才符合了內存泄露的兩個條件:無用,無法回收。

  但是就是存在這樣的東西也不一定會導致什么樣的后果,如果這個堆棧用的比較少,也就浪費了幾個K內存而已,反正我們的內存都上G了,哪里會有什么影響,再說這個東西很快就會被回收的,有什么關系。下面看兩個例子。

  例子1

public class Bad{
 public static Stack s=Stack();
  static{
   s.push(new Object());
   s.pop(); //這里有一個對象發生內存泄露
   s.push(new Object()); //上面的對象可以被回收了,等于是自愈了
  }
}

  因為是static,就一直存在到程序退出,但是我們也可以看到它有自愈功能,就是說如果你的Stack最多有100個對象,那么最多也就只有100個對象無法被回收其實這個應該很容易理解,Stack內部持有100個引用,最壞的情況就是他們都是無用的,因為我們一旦放新的進取,以前的引用自然消失!

  例子2

public class NotTooBad{
 public void doSomething(){
  Stack s=new Stack();
  s.push(new Object());
  //other code
  s.pop();//這里同樣導致對象無法回收,內存泄露.
 }//退出方法,s自動無效,s可以被回收,Stack內部的引用自然沒了,所以
 //這里也可以自愈,而且可以說這個方法不存在內存泄露問題,不過是晚一點
 //交給GC而已,因為它是封閉的,對外不開放,可以說上面的代碼99.9999%的
 //情況是不會造成任何影響的,當然你寫這樣的代碼不會有什么壞的影響,但是
 //絕對可以說是垃圾代碼!沒有矛盾吧,我在里面加一個空的for循環也不會有
 //什么太大的影響吧,你會這么做嗎?
}

  上面兩個例子都不過是小打小鬧,但是C/C++中的內存泄露就不是Bad了,而是Worst了。他們如果一處沒有回收就永遠無法回收,頻繁的調用這個方法內存不就用光了!因為Java還有自愈功能(我自己起的名字,還沒申請專利),所以Java的內存泄露問題幾乎可以忽略了,但是知道的人就不要犯了。

  不知者無罪!Java存在內存泄露,但是也不要夸大其辭。如果你對Java都不是很熟,你根本就不用關心這個,我說過你無意中寫出內存泄露的例子就像你中一千萬一樣概率小,開玩笑了,其實應該是小的多的多!

  而且即使你有幸寫出這樣的代碼,中獎了!基本上都是一包洗衣粉,不會讓你發財,對系統沒有什么大的影響。

  杞人憂天的情況

  1.無話可說型

Object obj=new Object();
obj=null;
//這個完全多此一舉,因為退出了作用范圍,對象的引用自動消失
//不要在你的程序中出現這樣的語句,沒有錯,但是就是不雅觀

  2.思考不對型

void func(Object o){
 o=new Object();
 return
}

  當我們知道Java參數是傳值,就知道上面的方法什么也沒錯,就是申請了一個對象然后再丟給GC。因為是傳值,這里的o是一個調用時候的拷貝,會不會無法回收?不就是拷貝嗎,退出方法什么都沒了,這個對象怎么會留的住。

  3.盡量避免型

class A{
 B b=new B(this);
}
class B{
 A a;
 B(A a){this.a=a;}
}

posted on 2007-04-07 12:53 hqh 閱讀(385) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美不卡福利| 国产精品v日韩精品| 国产一区深夜福利| 性高湖久久久久久久久| 最新中文字幕一区二区三区| 久久精品三级| 国内精品久久久久久影视8| 香蕉久久一区二区不卡无毒影院| 一本色道精品久久一区二区三区| 欧美日本一道本| 亚洲视频一二三| 一本久久综合| 国产精品素人视频| 久久激情网站| 久久天天狠狠| 亚洲精品一区二区三| 亚洲三级国产| 国产精品国产三级国产aⅴ入口| 亚洲一级片在线观看| 亚洲一区免费网站| 国产亚洲综合性久久久影院| 狼人天天伊人久久| 免费在线成人av| 一区二区三区欧美日韩| 亚洲综合国产激情另类一区| 国产一区二区三区久久精品| 美国成人毛片| 欧美黄色一级视频| 性伦欧美刺激片在线观看| 欧美有码视频| 99精品热视频| 亚洲综合清纯丝袜自拍| 亚洲成人在线视频播放| 亚洲高清免费视频| 国产精品久久久久婷婷| 久久久久久免费| 欧美精品色网| 久久久欧美一区二区| 欧美jizz19hd性欧美| 亚洲欧美在线免费| 另类欧美日韩国产在线| 亚洲欧美国产另类| 久久综合伊人77777麻豆| 一二三区精品| 久久夜色精品国产噜噜av| 亚洲午夜久久久久久久久电影院| 欧美在线视频全部完| 一区二区电影免费在线观看| 性色av一区二区三区| 一本色道久久88综合日韩精品| 午夜久久影院| 亚洲自拍偷拍麻豆| 欧美第一黄网免费网站| 久久免费黄色| 国产精品a久久久久久| 亚洲国产精品免费| 激情综合自拍| 欧美一区二区三区另类| 亚洲图色在线| 欧美韩日亚洲| 欧美二区在线播放| 国内自拍亚洲| 欧美一区二区免费| 性亚洲最疯狂xxxx高清| 国产精品成人国产乱一区| 亚洲国产成人在线播放| 亚洲高清免费| 久久久www成人免费精品| 欧美伊人久久| 国产精品视频男人的天堂| 日韩一区二区免费高清| 99亚洲伊人久久精品影院红桃| 麻豆亚洲精品| 欧美成人久久| 亚洲激情av| 免费成人激情视频| 欧美国产免费| 亚洲激情网址| 欧美激情一区二区三区蜜桃视频 | 免费视频一区| 久久综合图片| 在线免费观看一区二区三区| 久久婷婷久久一区二区三区| 久久国产精品一区二区三区四区 | 欧美自拍偷拍午夜视频| 久久精品国产亚洲5555| 国产亚洲免费的视频看| 欧美在线视频在线播放完整版免费观看 | 99精品久久| 亚洲午夜视频在线观看| 国产精品国产自产拍高清av| 洋洋av久久久久久久一区| 亚洲综合视频网| 国产女人水真多18毛片18精品视频| 亚洲在线观看免费视频| 久久另类ts人妖一区二区| 影音先锋久久久| 欧美—级在线免费片| 99精品福利视频| 欧美一级电影久久| 在线观看日韩av先锋影音电影院| 玖玖综合伊人| 一本久久a久久精品亚洲| 久久精品2019中文字幕| 亚洲韩日在线| 欧美日韩在线精品一区二区三区| 亚洲欧美激情视频在线观看一区二区三区 | 欧美日韩一区二区三区四区五区| 亚洲视频免费看| 久久男人av资源网站| 99成人精品| 国产一区二区三区直播精品电影 | 在线亚洲激情| 看欧美日韩国产| 在线亚洲+欧美+日本专区| 国产乱子伦一区二区三区国色天香| 久久精品女人| 一区电影在线观看| 欧美大片91| 欧美亚洲免费电影| 亚洲精品视频一区| 国产一区二区丝袜高跟鞋图片| 欧美va亚洲va日韩∨a综合色| 这里是久久伊人| 亚洲国产欧美日韩精品| 久久精品国产69国产精品亚洲| 亚洲精选成人| 激情综合色综合久久综合| 欧美视频网址| 欧美高清不卡在线| 久久久国产精品一区二区中文| 99国产精品久久久| 欧美激情一二三区| 久久综合给合| 午夜日韩福利| 亚洲一区二区精品在线| 亚洲国产免费| 国语自产精品视频在线看一大j8| 欧美婷婷久久| 欧美激情中文不卡| 免费在线观看精品| 久久精品国产亚洲5555| 亚洲欧美国产高清va在线播| 亚洲人成网站影音先锋播放| 麻豆乱码国产一区二区三区| 久久精品国产亚洲高清剧情介绍| 中文在线资源观看网站视频免费不卡 | 久久这里有精品15一区二区三区| 亚洲欧美日韩精品一区二区| 亚洲美女网站| 亚洲欧洲精品一区二区三区波多野1战4 | 一区精品久久| 伊人天天综合| 精品成人一区| 在线观看欧美日韩国产| 狠狠色丁香婷婷综合| 国产网站欧美日韩免费精品在线观看| 国产精品sss| 欧美午夜剧场| 国产精品二区二区三区| 欧美涩涩网站| 国产精品美女视频网站| 国产精品资源在线观看| 国产欧美日韩专区发布| 国产午夜精品视频免费不卡69堂| 国产欧美日韩中文字幕在线| 国产亚洲va综合人人澡精品| 国产综合色一区二区三区| 韩国精品久久久999| 尤物九九久久国产精品的特点 | 欧美福利一区二区| 欧美久久久久久久| 国产精品乱码人人做人人爱| 国产精品久久久久久久第一福利| 国产精品区免费视频| 国产综合在线视频| 亚洲国产婷婷综合在线精品| 99精品99久久久久久宅男| 亚洲一级片在线观看| 久久久www免费人成黑人精品| 欧美mv日韩mv国产网站app| 亚洲国产中文字幕在线观看| 一本久道久久综合婷婷鲸鱼| 亚洲欧美日产图| 蜜臀久久久99精品久久久久久| 欧美麻豆久久久久久中文| 国产嫩草一区二区三区在线观看| 精品福利av| 亚洲天堂av电影| 久久综合精品一区| 一区二区三区精密机械公司| 欧美一区二区精品| 欧美人与性动交α欧美精品济南到| 久久久久成人精品免费播放动漫| 欧美在线观看你懂的| 久久久999成人| 欧美成人精品h版在线观看| 国产精品香蕉在线观看| 一区二区在线视频| 99国产一区|