HashMap of WeakReferences для передачи данных между действиями

Question

Меня особенно интересует следующее предложение от official android FAQ.

HashMap лучше из WeakReferences на объекты

Вы также можете использовать HashMap из WeakReferences для объектов с длинными ключами. Когда действие хочет передать объект другому действию, оно просто помещает объект в карту и отправляет ключ (который является уникальным Long на основе счетчика или отметки времени) для активности получателя с помощью дополнительных утилит. Активность получателя извлекает объект с помощью этого ключа. «

Я не нашел способа правильно реализовать это. И я не уверен, почему WeakReferences предпочтительнее здесь и почему бы не использовать жесткие ссылки.

Моя реализация (я хотел бы отправить экземпляр класса XY от активности к службы B):

• получающей служба имеет статический HashMap объектов.

  public static HashMap<Long, Object> parameters = new HashMap<Long, Object>(); 
  

• код представляемых части (задание А)

  long key = SystemClock.elapsedRealtime(); 
  B.parameters.put(key, new XY()); 
  Intent i = new Intent(this, B.class); 
  i.putExtra("PARAM_UPLOAD", key); 
  startService(i); 
  

• код принимающей часть (службы B)

  long key = intent.getLongExtra("PARAM_UPLOAD", -1); 
  XY data = (XY)parameters.get(key); 
  

код использует жесткие ссылки , Почему я должен использовать здесь слабые ссылки (как это предлагается в FAQ)? И такой шаблон использования для передачи данных в порядке или вы предпочитаете что-то другое.

Answer 1

Почему я должен использовать слабые ссылки здесь (как это предлагается в FAQ)?

Потому что у вас утечка памяти. Все, что вы вкладываете в этот статический HashMap, никогда не собирает мусор.

И такой шаблон использования для передачи данных в порядке или вы предпочитаете что-то еще.

Я предпочитаю передавать простые данные только между действиями. Все, что не является примитивным (или поставляемым системой Parcelable, как PendingIntent), должно рассматриваться как часть модели данных и должно управляться как таковое. Here is a blog post, где я расскажу подробнее.