Синглетоны на Android. Как не стукнуться клювом об дерево...

Синглетон - объект существующий в единственном экземпляре. Удобнейшая штука для хранения объектов, существующих в течении всего времени жизни приложения: всякого рода настроек, кешей и т.д. Сильно злоупотреблять синглетонами не стоит, т.к. у них есть четко определенные недостатки. Однако в некоторых случаях без синглетонов (как и без глобальных переменных) просто не обойтись.

Синглетон можно реализовать разными способами. Обычно его реализуют так, чтобы он был доступен в любой точке приложения. Например, в виде класса, в котором все функции статические. Или в виде обычного класса со статичной функцией GetInstance() и приватным конструктором. Главное, учесть при реализации синглетона особенности языка программирования и платформы. Иначе ваше приложение рискует погрязнуть в ворохе непонятных и трудноуловимых багов. Я уже как-то писал об одной такой нетривиальной особенности реализации синглетона на CLI/C++. Оказалось, что и в реализации синглетона под Android есть подобная нетривиальная особенность.

Простейшая и вроде бы очевидная реализация синглетона под Android неверна. Пример:

public final class MySingleton {
   private static MyClass m_A = new MyClass();
   private static MyClass getA() {
      return m_A;
   }
}

Такой синглетон заработает. И может работать очень долго. Но в один прекрасный момент, вы рискуете получить null в getA(). Со всеми вытекающими последствиями...

Причина проста. Вы инициализируете статический класс синглетона в контексте Activity. Если в вашем приложении несколько activity, то синглетон доступен в каждой из них. Но если первоначальная activity, в которой создавался синглетон, будет уничтожена, то и синглетон тоже будет уничтожен. После этого, в других activity вы будете получать null вместо A. А ведь под андроидом подобное уничтожение activity дело обычное..

Проблема эта известна. Имеются решения:

• создавать синглетон в контексте сервиса, а не в контексте activity;
• унаследовать класс синглетона от класса Application.

На мой взгляд, второй способ проще. Если нет каких-либо особых противопоказаний, можно использовать именно его. Синглетон, унаследованный от Application, будет выглядеть так:

public final class MySingleton extends Application {
   private MyClass m_A = new MyClass();

  @Override
  public void onCreate() {
     super.onCreate();
     //инициализация объектов синглетона
     Resources r = this.getResources();      
     ...
  }

  private MyClass getA() {
    return m_A;
  } 
}

Нужно не забыть немножко подправить манифест, указав класс синглетона в качестве класса приложения:

...
   
   ...

MySingleton стал нестатическим классом. Тем не менее, обращаться к нему можно отовсюду, где имеется context - из виджета, из activity и т.п.

//виджет:
public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
  MySingleton s = (MySingleton)context.getApplication(); 
}
//Activity:
public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  MySingleton s = (MySingleton)this.getApplication(); 
}

Не так удобно, как раньше, но вполне терпимо.

Выводы

Если ваш приложение под Android стало вдруг временами зависать или виджет стал отваливаться через некоторое время после начала работы, проверьте: а правильно ли у вас реализованы синглетоны?