170
Phone Push Notifications: A Double-Edged Sword for User Privacy and Law Enforcement
(www.theregister.com)
This is a most excellent place for technology news and articles.
If every app on your phone was constantly running and asking the server for new messages, it would drain a lot of battery. That's why phones instead use a single app that asks a notification server if any new notifications are there. The way it works is if you e.g. get a WhatsApp message, the WhatsApp server tells the notification server that you have a new message, then when the notification app asks that server for new messages, the server will tell it that there's a new WhatsApp notification. Then the notification app wakes up WhatsApp and tells it there's a new notification, then WhatsApp checks for new messages and shows you the notification.
Most apps use Apple's system (whatever it's called) on iOS or Google's Firebase on Android for that. There are also apps that let you use the open standard UnifiedPush, which let's you use any notification app or server you want.
How does the notification daemon in Linux work? It's all local and has been around for ages, why can't we do that?
The applications just run in the background the whole time. KDE was working on implementing UnifiedPush in Plasma but I don't know if it's already implemented or still in the works.
I don't have Google services and no apps with Google Firebase notifications. I don't see any battery draining issues.
Depends on a lot of factors, maybe you're regaining that battery life elsewhere. But it is fact that several apps all doing their own thing will drain more battery than if they all relied on a single service like Firebase or UnifiedPush to wake them up
I haven't found a study that gives exact numbers. Maybe the difference in battery consumption will be 0.5%)