系统相关
首页 > 系统相关> > Android内存管理,用于onStop(或屏幕外)活动

Android内存管理,用于onStop(或屏幕外)活动

作者:互联网

我想要达到的目标:

>减少不再显示在屏幕上的活动的内存使用量,例如,另一个活动已启动
>这项活动仍然可以在导航堆栈中进行,因此我假设我必须在onStart内重新构建onStop中销毁的内容,但是不确定使用以下方法构建所有视图/按钮时该如何做: layout.xml的.

情况:

我有一个Android应用程序,该应用程序的图像非常重,但是这些图像在许多布局上都是静态的,具有相同的背景,按钮图像,导航标题等.这使我可以非常轻松地构建布局,而无需过多地指定所有代码imageViews,它们的src属性和在layout.xml文件中的位置.而且效果很好,很容易启动和运行,但是现在有许多报告由于超出内存使用而强制关闭.

因此,为了尝试清理并允许gc删除屏幕上未显示的图像和视图,我遇到了一篇文章(请参阅问题底部),该文章建议在onDestroy方法内,在布局中获取根元素并递归遍历树删除视图并解除它们的绑定.但是,仅当按下后退按钮时才会触发此操作,但根据文档并不能保证.

因此,当我将新活动推送到堆栈上并且不想清理刚离开屏幕的内容时,onDestroy对我没有帮助.但是使用onDestroy方法的好处是入口点始于onCreate,因此所有视图均正确构建.当我在onStop中使用此方法时,启动新活动时会很好地清理内存,但是由于我已经破坏了所有视图,并且它们是使用layout.xml构建的,所以我不知道如何或需要什么如果我销毁了onStop中的所有内容,请重新构建onStart,特别是考虑到我从未在代码中创建任何视图,因为由于layout.xml文件,它们都已设置.

主要问题:启动新活动时如何清理内存?如果正确处理了上下文,是否约定gc会清除屏幕外的所有图像视图并自动重新构建它们?

可以在onStop中以某种方式使用它吗?

 @Override
protected void onDestroy() {
    super.onDestroy();

    unbindDrawables(findViewById(R.id.RootView));
    System.gc();
}

private void unbindDrawables(View view) {
    if (view.getBackground() != null) {
        view.getBackground().setCallback(null);
    }
    if (view instanceof ViewGroup) {
        for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {
            unbindDrawables(((ViewGroup) view).getChildAt(i));
        }
        ((ViewGroup) view).removeAllViews();
    }
}

解决方法:

一种)
使用onCreate()/ onDestroy()将在活动进入堆栈时进行分配,而在从堆栈中弹出活动时将取消分配.

B)
使用onStart()/ onStop()将在活动可见时进行分配,而在活动不可见时取消分配.

使用A)或B).请勿混用它们,否则您将分配或取消分配的频率太高.

在您的情况下,我会将所有内容从onCreate()移至onStart(),并将所有内容从onDestroy()移至onStop().

另外,请考虑在onStop()中也使用this.setContentView(null)或this.setContentView(new View(this)),以确保可以将旧视图收集为垃圾:

  @Override
  protected void onStop() {
    super.onStop();
    View root = findViewById(R.id.RootView);
    setContentView(new View(this)) 
    unbindDrawables(root);
    System.gc();
  }

标签:android-activity,memory-management,android,crash
来源: https://codeday.me/bug/20191202/2084959.html