Почему продолжают приходить сообщения в уничтоженный Handler?

Question

[Алексей]

Есть Messenger и Handler, в который принимаются сообщения.

private class IncomingHandler extends Handler {
	@Override
	public void handleMessage(Message msg) {
		super.handleMessage(msg);
	}
}

private IncomingHandler incomingHandler = new IncomingHandler();
private Messenger mMessenger = new Messenger(incomingHandler);

Через вызов bindService устанавливается связь с сервисом (успешно). Отправляется сообщение сервису, в его replyTo указывается mMessenger. Сервис возвращает ответ и он приходит в handleMessage. До сюда всё работает как и должно.

Отключаюсь от сервиса через unbindService. Сервис присылает ещё одно сообщение и оно почему-то опять принимается Handler-ом. Отвязываю его от кэлбеков, уничтожаю его и Messenger.

mMessenger = null;
incomingHandler.removeCallbacksAndMessages(null);
incomingHandler = null;

Сервис отправляет очередное сообщение и оно опять принимается handleMessage в то время, когда incomingHandler, переданный Messenger-у и он сам в null. Я предполагал, что после отключения от сервиса, отправка из него сообщения вывалится в исключение. Как такое возможно и что надо сделать, чтобы сообщения перестали доходить?

Comments

[Tiberal]

handler.getLooper.quit() ?

[Алексей]

Tiberal: вылетает с ошибкой "Main thread not allowed to quit."

[Tiberal]

Алексей может больше кода покажете? Есть вероятность, что тогда мы смекнем.

[Алексей]

Tiberal: Да код, собственно, и есть практически из примера из доков гугла: https://developer.android.com/guide/components/bou...
За исключением того, что я убрал кусок с отпиской клиента, предполагая, что после unbind-а отправка сообщения клиенту вызовет исключение, что оказалось не так.

Answer 1

[Денис Загаевский]

Хэндлеры не завязаны на жизненный цикл сервисов, в т.ч. и на bind/unbind. В доках пишут, что "Remove any pending posts of callbacks and sent messages". Про будущие ничего не сказано.

Отвязываю его от кэлбеков, уничтожаю его и Messenger.
mMessenger = null;
incomingHandler.removeCallbacksAndMessages(null);
incomingHandler = null;

Обнуление ссылок на Messenger и Handler, это, конечно же, не удаление объектов. Объекты прекрасно себе продолжают жить, им приходят сообщения и т.д. Другое дело, что у вас какие-то траблы с жизненным циклом сервиса - после того, как все клиенты от него отвязались (unbindService), он должен завершиться и больше ничего не посылать.

Comments

[Алексей]

В том и вопрос - почему они продолжают жить, когда на них не остаётся ссылок? Объекты создаются, используются и обнуляются в одном месте. Получается, что система где-то у себя продолжает держать ссылки на эти объекты. И в итоге, обнуляя у себя ссылку, я просто лишаю себя доступа к объекту, но никак не могу его убить.

Возможно дело в том, что сервису в replyTo передаётся Messenger для отправки обратного сообщения клиенту, то есть у сервиса на этот объект есть ссылка даже после того как у клиента этот Messenger обнуляется. Но сервис и клиент в разных процессах. Я полагал, что в таком случае ссылка в одном процессе не должна вести на объект в другом процессе.

С сервисом траблов нет. Он не должен после отвязки клиента завершаться, так как у него "смешанная" функция, - запускается через startService и поднимает биндинг, по которому к нему стучатся клиенты.

[Денис Загаевский]

Алексей: IPC довольно непростая вещь, честно говоря, я не знаю точно, что происходит с таким мессенджером. Но, если подумать, ссылка на него должна быть где-то внутри системы, чтобы сообщения доходили. Здесь есть пример, в нём в аналогичной ситуации сообщения не отправляют. Я рекомендую сделать так же - это проще, чем слать и искать потом концы.

[Алексей]

Денис Загаевский: Собственно так и сделал, клиент отписывается от новых сообщений, и ссылка на мессенджер в сервисе зануляется. Так что и сервис сам больше не может слать сообщения, и ссылок, по идеи, больше нет. Остаётся ли (и была ли вообще) при этом ссылка в системе выяснить невозможно. Жаль что в примере даётся решение, но не поясняется, что отписка необходима.

[Денис Загаевский]

Алексей: А у них там и доки "крутые". Про тот же replyTo - ничего внятного.