как обрабатывать поддерживать соединение в android Service

Question

Я использую asmack для приложения IM в андроиде, где я использую удаленный сервис с интерфейсом AIDL.

Внутри onStartCommand метод моего обслуживания Я пишу код, как показано ниже. Я создаю соединение, а затем подключаюсь к нему с помощью этого. Когда кто-нибудь запускает мое приложение внутри onCreate, метод основной деятельности моего приложения запустит мою службу getApplicationContext.StartService(serviceIntent). Он работает нормально, но через несколько минут (иногда 10 минут и некоторое время больше десяти) messageListener, которые я прикрепляю к остановкам обслуживания, чтобы получать сообщения. Но я знаю, что соединение существует, потому что в то же время я использую xmppConnection для отправки сообщения, которое он отправляет пользователю пользователю B, но он не прослушивает сообщения от пользователя B. Я не знаю, почему мой слушатель прекратил слушание сообщения.

public int onStartCommand(final Intent intent, final int flags, final int startId) { 
    ConnectionConfiguration config = new ConnectionConfiguration(URL, MyPort, Host); 
    xmppConnection = new XMPPConnection(config); 
    xmppConnection.connect(); 
    xmppConnection.login("someid@sample.com", "testpass"); 
    xmppConnection.addPacketListener(myMessageListener, new PacketTypeFilter(Message.class)); 
    return START_STICKY; 
} 
private PacketListener myMessageListener = new PacketListener() { 
    public void processPacket(Packet packet) { 
     Message msg = (Message) packet; 
    } 
} 

Просим руководствоваться.

Answer 1

Закрыта ли связь, если вы не заметили ошибку? Вы должны добавить прослушиватель соединений и журнал для каждого обратного вызова для отладки состояния подключения.

На Android можно установить сокет «зомби»: вы все равно можете написать ему, но получатель никогда не получит сообщения, и, конечно, вы не сможете читать новые сообщения от него. Это может произойти после изменения состояния сети.

Чтобы обнаружить, что я использую XMPP Ping, инициированный клиентом из будильника (каждые 15 минут с неточным повторением). И я отключу пустое пространство. Это поражает большинство механизмов тайм-аута, которые могут существовать между вашим клиентом и вашим сервером (NAT или прокси). Кроме того, если вы не получили ответа на пинг (например, в течение 20 секунд), вы можете предположить, что соединение находится в плохом состоянии и снова подключается вручную.