Senza ulteriori dettagli (come vedere un po 'di codice).
1) Non bloccare il thread dell'interfaccia utente, ciò può causare un SIGABRT
poiché il sistema operativo ucciderà un'applicazione non reattiva.
legare e sciogliere su ogni attività quando passo per come 11 volte si blocca la mia app
2) Assicurarsi che nel tuo OnDestroy
all'interno Activity
si pulisce dopo voi stessi. Ad esempio, rimuovere tutti i tuoi Listeners
/Events
e quindi chiamare il Base.OnDestory
.
3) Un servizio esterno (cioè BluetoothLeService
) chiamando di nuovo nella vostra app con gli ascoltatori che ormai nullo nullo/causerà si blocca e quindi una SIGABRT
, vedere # 2
Questo si verifica se v'è un uso intensivo della CPU accadendo nella discussione dell'interfaccia utente. Puoi condividere il codice attività per verificare se c'è qualcosa del genere – Sreeraj
Non ne sono del tutto sicuro, ma penso che dia quell'errore quando il tuo dispositivo Android pensa che l'interfaccia utente (sta per) si blocchi. Quindi molto probabilmente fai un po 'troppo sul thread dell'interfaccia utente, come giustamente sottolineato da _ @ Sreeraj_. Inoltre, questo si verifica solo durante il debug? In tal caso, provare [accendendo la finestra di dialogo ANR (App Not Responding)] (http://stackoverflow.com/a/24476963/1682559) in modo che Aspetta un po 'per l'avvio del debugger. Il problema principale è la memoria sul thread dell'interfaccia utente, ma ciò che provoca è solo una supposizione senza alcune ulteriori informazioni come alcuni dei tuoi frammenti di codice e simili. –
Im usando una classe BluetoothLeService (Service) che leghiamo e svincolano su ogni attività quando cambio per 11 volte si blocca la mia app con l'errore Signal 6 anche girata ANR già su di essa solo crash la mia app –