Android Activity Memory

Question

Я делаю много чтения об этом в настоящее время, но думал, что никогда не помешает спросить у хорошо осведомленной группы разработчиков. Это популярная проблема, и, похоже, существует много разных способов ее обработки.

У меня есть приложение для Android. Он использует OpenGL, поэтому, когда он запускается, происходит значительное количество загрузки данных как с диска, так и с VRAM. Когда экран вращается, а также когда нажата кнопка питания (чтобы перевести телефон в спящий режим), я теряю все данные, и активность убивается.

Я не хочу этого. Приложение занимает около 7 секунд, чтобы загружать и загружать свои данные, и это действительно раздражает, если вы просто спите свой телефон на секунду, а затем должны ждать, пока приложение снова загрузит все.

Я знаком с жизненным циклом приложения, описанным Google, но с трудом реализуя решение, которое работает для моего конкретного случая.

Любые предложения? Моя общая цель - сохранить следующее в памяти при смене телефона: 1. Память приложения на куче 2. Память приложения в VRAM

Спасибо!

До сих пор:

public class MainActivity 

    private FH_SurfaceView fGLSurfaceView; 

    @Override 
    public void onSaveInstanceState(Bundle outState) 
    { 
     super.onSaveInstanceState(outState); 
    } 

    @Override 
    public void onRestoreInstanceState(Bundle savedState) 
    { 
     super.onRestoreInstanceState(savedState); 
    } 

    @Override 
    public void onCreate(Bundle savedInstanceState) 
    { 
     super.onCreate(savedInstanceState); 

     // Check if the system supports OpenGL ES 2.0. 
     final ActivityManager activityManager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE); 
     final ConfigurationInfo configurationInfo = activityManager.getDeviceConfigurationInfo(); 

     final boolean supportsEs2 = configurationInfo.reqGlEsVersion >= 0x20000; 
     if (savedInstanceState != null) { 
      /* NEED TO DO SOMETHING HERE?? */ 
      return; 
     } 

     else{ 
      this.fGLSurfaceView = new FH_SurfaceView(this); 
      setContentView(fGLSurfaceView); 
     }  

    } 

    @Override 
    protected void onResume() 
    { 
     super.onResume(); 
    } 

    @Override 
    protected void onPause() 
    { 
     super.onPause(); 
    } 
} 

Answer 1

Проблема заключается в том, что ваш Activity держит большое количество данных. Когда телефон спит, он, скорее всего, нацелит его на уничтожение по разным причинам, прежде всего, чтобы убедиться, что есть память для других задач, но также и потому, что он может переваривать циклы обработки, а Android знает, что он не виден. Отсюда и ваша проблема. Это происходит не со всеми приложениями, а с «тяжелыми».

Там не может быть ничего, что вы можете сделать по этому поводу, но вот несколько советов:

1. Проанализируйте вашу загрузку данных. Возможно, некоторые части являются дорогостоящими вычислительными, и поэтому они замедляют процесс, в то время как другие части тяжелы в памяти, но свет при обработке. Затем в сбрасывайте тяжелую часть памяти, чтобы улучшить вероятность того, что Android не убьет ваше приложение. Возможно, вы сможете получить время загрузки на 1-2 секунды вместо текущего. 0.

2. Рассмотрите возможность создания Service, где данные находятся, а затем привязаны к нему, чтобы получить к нему доступ. Android не ожидает, что Service будет виден, и вы можете обработать сигнал, чтобы прекратить работу в или onStop вашего Activity, чтобы предотвратить урон от Android. Я понимаю, что это «сложно», так как ваши данные в настоящее время находятся в обычном классе SurfaceView - и сохранение отображаемых данных, не связанных с потоком пользовательского интерфейса, является болью.

3. Кроме того, вы можете поместить данные в класс Application по тем же причинам. Преимущество этого в том, что вам не нужны связующие для доступа к данным. Недостатком является то, что Android, скорее всего, уничтожит это, чем Service Я думаю (но это опыт общения, а не тестирование - так, образованные догадки?). Кроме того, возиться с классом Application следует с осторожностью.

4. Если все остальное не удается, попробуйте провести развлекательный переход, который подтверждает глупость ситуации. Другими словами, сообщение о том, что вы знаете о неприятной ситуации для пользователя, намного лучше, чем игнорировать его и надеяться, что они не против.