Android supporta la notifica push quasi in tempo reale?

Di recente ho appreso della capacità delle app per iPhone di ricevere notifiche quasi istantanee alle notifiche delle app alle app .

Questo viene fornito sotto forma di notifiche push, un protocollo su misura che mantiene una connessione dati sempre attiva sull'iPhone e invia messaggi ai pacchetti binari all'app, che visualizza avvisi incredibilmente rapidamente, tra 0,5 e 5 secondi dall'app del server invia all'app del telefono tempo di risposta. Questo viene inviato come dati - anziché come SMS - in pacchetti molto piccoli addebitati come parte del piano dati e non come messaggi in arrivo.

Vorrei sapere se, utilizzando Android, esiste una funzione simile o se è possibile implementare qualcosa di simile utilizzando le API Android. Per chiarire, definisco simile a:

• Non un messaggio SMS, ma una soluzione basata sui dati
• Il più in tempo reale possibile
• È scalabile, ovvero, poiché parte del server di un'app mobile, potrei notificare migliaia di istanze di app in pochi secondi

Apprezzo che l'app possa essere basata su pull, stile HTTP di richiesta / risposta, ma idealmente non voglio fare un polling così pesantemente solo per controllare la notifica; inoltre è come gocciolare il piano dati.

Le domande frequenti su Firebase Cloud Messaging FCM sono la nuova versione di GCM. Eredita l'infrastruttura principale di GCM per recapitare i messaggi in modo affidabile su Android, iOS e Chrome. Tuttavia continueranno a supportare GCM perché molti sviluppatori utilizzano oggi SDK GCM per gestire le notifiche e l'aggiornamento delle app client richiede tempo.

A partire dal 26 giugno 2012, Google Cloud Messaging è il modo preferito di inviare messaggi alle applicazioni in esecuzione sui dispositivi.

In precedenza (e ora deprecato), il servizio era chiamato Cloud To Device Messaging .

XMPP è una buona soluzione. L'ho usato per un'applicazione Android abilitata, in tempo reale, con push. XMPP è potente, altamente estensibile e facile da integrare e utilizzare.

Ci sono un sacco di server XMPP gratuiti (anche se per cortesia non dovresti abusarli) e ci sono server open source che puoi eseguire su una delle tue caselle. OpenFire è una scelta eccellente.

La libreria che desideri non è Smack come notato sopra, è aSmack . Ma nota, questo è un ambiente di compilazione: dovrai creare la libreria.

Questo è un calcolo che ho fatto sull'impatto sulla durata della batteria di una soluzione XMPP:

Il client Android deve mantenere una connessione TCP persistente svegliarsi periodicamente per inviare un battito cardiaco al server XMPP.
Ciò impone chiaramente un costo in termini di consumo di energia. Di seguito viene fornita una stima di questo costo:

• Uso di una batteria da 1400 mAh (come fornita nel Nexus One e nell'HTC Desire)
• Un dispositivo inattivo, collegato a una rete 3G, utilizza circa 5 mA
• Il ciclo di sveglia, battito cardiaco, sonno si verifica ogni 5 minuti, richiede tre secondi per completare e utilizza 300 mA
• Il costo nell'uso della batteria all'ora è quindi:
  • 36 secondi 300mA = 3mAh invio del battito cardiaco
  • 3600 secondi 5mA = 5mAh al minimo
  • 4:95 + 3 = 7: 95 mAh combinati
• Una batteria da 1400 mAh dura circa 11,6 giorni al minimo e 7,3 giorni durante l'esecuzione dell'applicazione, il che rappresenta una riduzione approssimativa del 37% della durata della batteria.
• Tuttavia, una riduzione della durata della batteria del 37% rappresenta il caso peggiore in assoluto dato che i dispositivi raramente sono completamente inattivi.

Di recente ho iniziato a giocare con MQTT http://mqtt.org per Android come un modo per fare ciò che stai chiedendo (cioè non SMS ma guidato dai dati, consegna dei messaggi quasi immediata, scalabile, non polling, ecc.)

Ho un post sul blog con informazioni di base su questo nel caso in cui sia utile http://dalelane.co.uk/blog/?p=938

(Nota: MQTT è una tecnologia IBM e dovrei sottolineare che lavoro per IBM.)

Dai un'occhiata alla piattaforma Xtify . Sembra che sia quello che stanno facendo,

Google sta deprezzando C2DM, ma al suo posto la loro introduzione a GCM (Google Cloud Messaging) non credo che la loro quota sia gratuita! Tuttavia richiede Android 2.2+! http://developer.android.com/guide/google/gcm/index.html

Se puoi fare affidamento sul fatto che le librerie di Google sono lì per il tuo mercato di riferimento, allora potresti voler ripercorrere le funzionalità di GTalk (registrando una risorsa sul nome utente esistente - intercettandolo i messaggi come arrivano con un BroadcastReceiver).

In caso contrario, e mi aspetto che tu non possa , allora ti piacciono le tue versioni di XMPP . Questo è un problema, ma può essere semplificato se XMPP è raggruppato separatamente come libreria autonoma.

Puoi anche considerare PubSubHubub , ma non ho idea dell'uso della rete. Credo che sia costruito in cima a XMPP.

Ho esaminato questo e PubSubHubBub raccomandato da James non è un'opzione. PubSubHubBub è destinato alle comunicazioni da server a server

"Sono dietro un NAT. Posso abbonarmi a un Hub? L'hub non può connettersi a me."

/Anonimo

No, PSHB è un protocollo da server a server. Se sei dietro NAT, non sei proprio un server. Mentre abbiamo preso in giro idee per estensioni PSHB opzionali per impiccare ("polling lungo") e / o polling messagebox per tali client, non è nelle specifiche di base. Le specifiche principali sono solo da server a server.

/ Brad Fitzpatrick, San Francisco, California

Fonte: http://moderator.appspot.com/#15/e=43e1a&t=426ac&f=b0c2d (collegamento diretto non possibile)

Sono giunto alla conclusione che il metodo più semplice è usare il push HTTP Comet. Questa è una soluzione semplice e ben compresa, ma può anche essere riutilizzata per le applicazioni web.

C'è un nuovo sforzo open source per sviluppare una libreria Java per le notifiche push su Android, usando il server cometa Meteor come backend. Puoi dare un'occhiata al Deacon Project Blog . Abbiamo bisogno di sviluppatori, quindi per favore spargi la voce!

Google di recente (18 maggio 2016) ha annunciato che Firebase è ora la sua piattaforma unificata per gli sviluppatori mobili, comprese le notifiche push quasi in tempo reale, nonché multipiattaforma:

La società offre ora a tutti gli utenti Firebase notifiche gratuite e illimitate con supporto per iOS, Android e Web.

fonte

Non riesco a trovare dove l'ho letto, ma credo che gmail utilizzi una connessione TCP aperta per eseguire il push della posta elettronica.

Come GTalkè andato dall'SDK, potrebbe essere una buona idea creare un sistema di messaggistica push "standard". In questo modo, deve essere eseguito solo un servizio, deve essere aperta solo una connessione tcp aggiuntiva. Le applicazioni dovrebbero parlare con questo servizio usando Intentse dovrebbero prima richiedere l'autorizzazione per inviare e ricevere notifiche dal servizio. Il servizio dovrebbe quindi avvisare l'utente che una nuova applicazione desidera inviare e ricevere messaggi. L'utente quindi concederà o negherà l'autorizzazione, in modo da mantenere il controllo. L'applicazione registrerà quindi un'azione + categoria al servizio, in modo che il servizio sappia come recapitare il messaggio inviato.

Sarebbe una buona idea o no?

Perché non andare con l'implementazione di XMPP. in questo momento ci sono così tanti server pubblici disponibili tra cui gtalk, jabber, cittadella ecc. Per Android è disponibile anche un SDK chiamato SMACK. Questo non possiamo dire una notifica push ma usando XMPP è possibile mantenere aperta una connessione tra client e server che consentirà una comunicazione bidirezionale. Significa che client e server Android possono comunicare tra loro. Al momento questo soddisferà la necessità di Push in Android. Ho implementato un codice di esempio e funziona davvero alla grande

Di recente ho sviluppato http://pushdroid.org è una singola applicazione che dovrebbe essere installata sul telefono proprio come Google l'ha implementata in 2.2, funziona da 1.5 e trasmette tramite intento.

Il problema con GCM è che c'è molta configurazione coinvolta nel processo:

• Devi aggiungere molta caldaia alla tua app Android
• È necessario configurare un server esterno per comunicare con il server GCM
• Dovrai scrivere dei test

Se ti piacciono le cose semplici (come me) dovresti provare UrbanAirship . È (IMHO) il modo più semplice per usare GCM nella tua app senza fare molta configurazione. Ti dà anche una bella interfaccia grafica per testare che i tuoi messaggi GCM vengano recapitati correttamente.

• Puoi trovare i documenti e la guida introduttiva qui
• Puoi trovare un'applicazione di esempio qui

Nota: non sono affiliato con UrbanAirship in alcun modo

https://github.com/Guti/Google-Cloud-Messaging--Titanium-/blob/master/src/com/google/android/gcm/GCMRegistrar.java

È davvero un'ottima soluzione funzionante per la spinta.

Per favore, provalo

Hanno i loro ascoltatori che devono essere usati da te usando le loro classi di libreria nel tuo codice. Non devi preoccuparti di spingere. Devi inviare il messaggio al server server invierà il messaggio al dispositivo. Usano OAuth. Per quanto riguarda i protocolli, esistono due metodi che utilizzano CCS e XMPP. CCS utilizza XMPP come livello di trasporto autenticato, quindi è possibile utilizzare la maggior parte delle librerie XMPP per gestire la connessione. Per inviare notifiche al dispositivo puoi scrivere il codice nell'app Android da inviare e il codice del tuo server. l'invio del messaggio sarà effettuato solo dal tuo codice. Il resto sarà curato da Google Server nel caso GCM. Puoi controllare i dettagli a questo link

http://developer.android.com/google/gcm/server.html

Inoltre, per problemi di sicurezza

google cloud messaging security https://groups.google.com/forum/#!topic/android-gcm/M-EevBitbhQ

Nel caso in cui la tua app non sia in esecuzione, anche i dispositivi possono ricevere notifiche perché devi scrivere codice per i listener di trasmissione. In background ascolterà il server e ogni volta che un pacchetto di messaggi sarà presente, riceverà il messaggio come notifica. Android ha un servizio di cui non devi preoccuparti. Devi solo usare quelle risorse usando la classe di libreria che semplifica il tuo lavoro e lasciali scrivere se la tua app non è in esecuzione, quindi riceve anche la notifica. Ovviamente, ci sarebbe qualche ascoltatore a cui l'app dovrebbe ricevere. Controlla la sezione "Ricevi il messaggio" in questo link

http://developer.android.com/google/gcm/client.html

Accetterà anche la richiesta degli utenti. Per GCM lo farà. Controlla "Invia un messaggio"

http://developer.android.com/google/gcm/client.html