android - 为什么重复Replace Fragment会内存泄漏
问题描述
如图,当点击下面的两个按钮时,REPALCE上面的Fragmnet,共两个,反复切换时发生了内存泄漏
这是Fragment的代码:
public class Fragment2 extends Fragment { private List<Bitmap> lb = new ArrayList<>(); @Nullable @Override public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {allocBitMap();allocBitMap();return inflater.inflate(R.layout.f2, container, false); } private void allocBitMap() {Bitmap b = BitmapFactory.decodeResource(getResources(), R.drawable.men);lb.add(b); } @Override public void onDestroy() {Log.e('onDestroy', 'yes, onDestroy');super.onDestroy(); }}
这是Activity的部分代码
@Override public void onClick(View v) {switch (v.getId()) { case R.id.bt_left:transFragleft();break; case R.id.bt_right:transFragright();break;} } Fragment f1 = new Fragment1(); Fragment f2 = new Fragment2(); private void transFragleft(){FragmentTransaction ft = getSupportFragmentManager().beginTransaction();ft.replace(R.id.rl_f, f1);ft.commit(); } private void transFragright(){FragmentTransaction ft = getSupportFragmentManager().beginTransaction();ft.replace(R.id.rl_f, f2);ft.commit(); }
这是反复切换时的内存状态:
这是LOGCAT,可以看到onDestroy执行了,整个Fragment生命周期马上就结束了
04-27 09:46:04.682 29320-29320/com.sg.fragmentpitfall E/onDestroy: yes, onDestroy04-27 09:46:06.344 29320-29320/com.sg.fragmentpitfall E/onDestroy: yes, onDestroy04-27 09:46:07.895 29320-29320/com.sg.fragmentpitfall E/onDestroy: yes, onDestroy
那么为什么他占用的那块内存还在呢?
提问2:JAVA中怎样分配一定内存,用于实验,我这种bitmap的方法太LOW了,而且里面还有CONTEXT;
提问3:是否应该避免使用FRAGMENT(我知道用HIDE/SHOW的方式要比REPLACE要好
谢谢!
问题解答
回答1:把LeakCanary集成到代码里面,看看是什么原因导致的内存泄露。而且内存图上升,也不一定就是内存泄露。你每次申请了Bitmap,没准没达到GC的标准,那内存一直上涨也没问题。
回答2:不是 fragment 的问题,而是你用的bitmap 的原因
相关文章:
1. vim - docker中新的ubuntu12.04镜像,运行vi提示,找不到命名.2. 请问是对象还是数组3. java - socket类服务端如何防止被ddos攻击?4. mysql问题,查询两个表5. mysql - 我用SQL语句 更新 行的时候,发现全部 中文都被清空了,请问怎么解决?6. python - ulipad爬网页时中文为何是16进制?7. css - html根字体设置成很大的值后, 包裹了行内元素的div莫名变高是什么原因8. MYSQL 的 SELECT 语句中如何做到判断字段为空9. python - 如何使用websocket在网页上动态示实时数据的折线图?10. javascript - js中关于闭包的问题,昨晚纠结到了现在,已经快死了
