Вы можете проверить установку приложения в ‘Настройки>Диспетчер приложений> после загрузки службы Samsung push.
Служба push-уведомлений Samsung предоставляет службу уведомлений только для служб Samsung (Galaxy Apps, Samsung Link, Samsung Pay и т. д.) на устройствах Samsung.
Если вы удалите службу push-уведомлений Samsung, вы можете не получать новые уведомления.
Служба push-уведомлений Samsung предоставляет следующие услуги.
— новое сообщение отображается во всплывающем окне
— отображение значка на значке приложения для нового сообщения
— отображение нового сообщения на панели уведомлений
Наслаждайтесь быстрой и точной службой уведомлений с помощью службы push-уведомлений Samsung.
* Уведомление о разрешениях
Для службы приложений требуются следующие разрешения. Для необязательных разрешений функциональные возможности службы по умолчанию включены, но не разрешены.
[Требуемые разрешения]
: требуется только в Android N OS и ниже
How to fix samsung push service keeps stopping | samsung push service has stopped
— Телефон : требуется для идентификации устройства при подписке на услугу
Если версия программного обеспечения вашей системы ниже Android 6.0, обновите программное обеспечение. для настройки разрешений приложений.
Ранее разрешенные разрешения можно сбросить в меню «Приложения» в настройках устройства после обновления программного обеспечения.
* Лицензия с открытым исходным кодом
Copyright (C) Проект Android с открытым исходным кодом
http://www.apache.org/licenses/LICENSE-2.0
Показать больше
Служба push-уведомлений Samsung Varies with device APK для Android Varies with device+
| Версия | Varies with device для Android Varies with device+ |
| Обновить | 2022-04-25 |
| Устанавливает | 5.000.000.000++ |
| Размер файла | 2.164.937 bytes |
| Разрешения | просматривать разрешения |
| Какие новости | Поддержка S OS Повышение функциональной стабильности |
Источник: apkfun.com
Samsung push service на андроид — скачать Samsung push service бесплатно
Samsung push service — это удобное и простое в пользовании приложение, с помощью которого владельцы смартфонов Samsung смогут легко и без всяких проблем оптимизировать получение уведомлений от таких оригинальных приложений, как ChatON, Samsung Apps, AllsharePlay, Samsung Wallet и др.
Функции :
Приложение отвечает за возможность просмотра новых сообщений во всплывающих окнах, показывает уведомления о новых сообщениях на иконке приложения и выводит новые уведомления на панель быстрого доступа устройства.
Рекомендации по пользованию :
После загрузки приложения, оно автоматически распознает все используемые сервисы от Samsung и начнет обработку поступающих уведомлений, но для его корректной работы убедитесь в том, что уведомления активированы, перейдя в Настройки > Уведомления.
Extend your Samsung Phone Battery Life — How to disable Samsung Push Service (Tutorial)
Источник: www.androidlist-russia.com
Push уведомления в Android. Грабли, костыли и велосипеды
На написание данной статьи меня подтолкнула задача, которая была поставлена передо мной в одном из рабочих проектов: реализовать Push-уведомления в приложении. Казалось, все просто: штудируешь документацию, примеры и вперед. К тому же, опыт работы с уведомлениями уже был. Но не тут то было…
Сервис, в рамках которого реализовано приложение под Android, предъявляет довольно жесткие требования к работе Push-уведомлений. Необходимо в пределах 30-60 секунд оповестить пользователя о некотором действии. При успешном оповещении с устройства пользователя отправляется запрос на сервер с соответствующим статусом. Из документации известно, что сервис GCM (Google Cloud Messaging) не гарантирует доставку PUSH-уведомлений на устройства, поэтому в качестве backdoor варианта, при нарушении этих временных рамок, наш сервис уведомляет пользователя с помощью SMS сообщения. Поскольку стоимость SMS сообщения существенно выше чем PUSH-уведомления, необходимо максимально сократить поток SMS сообщений на клиентские устройства.
Проштудировав документацию и прикрутив пуш-уведомления, мы разослали нескольким клиентам первую сборку приложения для теста и стали ждать. Результаты были примерно следующими:
- при активном Wifi соединении все работает идеально: уведомления доставляются, клиенты рады.
- при активном мобильном интернете началось самое веселье.
- включенный режим Энергосбережения (например, Stamina на устройствах Sony) влияет на работу Push уведомлений;
- у пользователя обязательно должен быть минимум 1 активный Google аккаунт на устройстве;
- необходимо удостовериться в том, что на устройстве установлена актуальная версия приложения “Сервисы Google Play”;
- проверить, не отключены ли уведомления для приложения (галочка на страничке приложения в настройках телефона);
- проверить, не ограничена ли работа фонового режима для приложения (настройка расположена в меню «Использование данных»);
- в документации к GCM указано, что уведомления рассылаются только по определенным портам, поэтому настройки роутера, файервола и антивируса так же стоит учитывать.
На данном этапе очень сильно помогла статья, написанная ребятами из Mail.ru. В ней очень подробно описаны тонкости реализации GCM на клиентской стороне, а так же моменты, в связи с которыми отказываются работать Push уведомления в мобильных сетях. В конечном счете было принято решение о том, чтобы держать свое соединение с сервером в связке с GCM.
Перед тем, как приступить к решению, стоить выделить несколько очень важных моментов, которые позволяют сузить круг потенциально «нерабочих» устройств:
- проблема возникает только при подключении к мобильному интернету;
- по данным клиентов, проблема возникает на версии андроида 4 и выше.
Бывалый разработчик под Android сходу скажет, что решений задачи как минимум 2: использовать Service или AlarmManager. Мы попробовали оба варианта. Рассмотрим первый из них.
Для того, чтобы создать неубиваемый системой сервис, который постоянно будет висеть в фоне и выполнять нашу задачу, мы использовали метод:
startForeground(int notificationID, Notification notification);
- notificationId — некоторый уникальный идентификатор уведомления, который будет выведен в статус баре и в выезжающей шторке;
- notification — само уведомление.
Реализовав данный подход, мы отправили сборку на тест. По результатам выяснилось, что система все-таки выгружает сервис, а по логам мы видели, как происходили существенные временные разрывы при запросе данных в фоне с нашего сервера. Поэтому приступили к реализации второго варианта — AlarmManager.
AlarmManager — это класс, который предоставляет работу с, грубо говоря, «будильником». Он позволяет указать время, по достижении которого система отправит широковещательное уведомление, которое позволит пробудить наше приложение и даст ему возможность выполнить необходимые действия. В работе этого метода есть некоторые ограничения, и их необходимо обработать:
- данные о «будильниках» будут стерты после перезагрузки устройства;
- данные о «будильниках» будут стерты после обновления приложения.
setRepeating()
который позволяет установить повторяющийся с некоторым интервалом «будильник». Прикрутив данный способ, стали тестировать, и тесты показали обратное — «будильник» не повторялся. Стали разбираться в чем дело, посмотрели документацию. И именно там нашли ответ на вопрос — начиная с 19 API lvl (Kitkat) абсолютно все «будильники» в системе стали разовыми.
Вывод — всегда читайте документацию.
Эти грабли не были поводом для расстройства, ведь решение задачи довольно простое — запускать единоразовый «будильник» и после срабатывания переустанавливать его. При реализации этого подхода мы наткнулись на следующие грабли — оказалось, что для разных уровней API необходимо по разному устанавливать будильники, при этом в документации ничего сказано не было. Но данная проблема решилась достаточно просто — методом «тыка» и «гугления». Ниже представлен пример кода, позволяющий правильно устанавливать «будильники»:
private static void setUpAlarm(final Context context, final Intent intent, final int timeInterval) < final AlarmManager am = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE); final PendingIntent pi = PendingIntent.getBroadcast(context, timeInterval, intent, 0); am.cancel(pi); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) < final AlarmManager.AlarmClockInfo alarmClockInfo = new AlarmManager.AlarmClockInfo(System.currentTimeMillis() + timeInterval, pi); am.setAlarmClock(alarmClockInfo, pi); >else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) am.setExact(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + timeInterval, pi); else am.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + timeInterval, pi); >
Хочу обратить внимание на флаг AlarmManager.RTC_WAKEUP — именно с помощью него система позволит нашему приложению «проснуться» при неактивном экране, когда устройство находится в заблокированном состоянии.
Данный подход с «будильникам» дал нам нужный результат — приложение в фоне корректно опрашивает сервер на наличие новых данных. Сейчас мы дорабатываем алгоритм. На данный момент реализуем и тестируем следующую оптимизацию, которая позволит сузить круг устройств и тем самым уменьшить нагрузку на сервер:
- в сообщении, отправленном средствами GCM на устройство, содержится некоторый уникальный ID;
- получив данные GET запросом в фоновом режиме проверяем, существуют ли уже запись с таким ID на устройстве;
- если локально на устройстве таких данных нет, мы запоминаем этот ID и время его получения T1;
- ждем PUSH с таким же ID, при получении запоминаем время T2 и проверяем разницу между T2 и T1;
- если разница составляет больше некоторого временного критерия (значения), то на устройстве наблюдается проблема с доставкой уведомлений и для корректной работы сервиса необходимо постоянно запрашивать данные в фоновом режиме с сервера (критерий советую выбирать исходя из решаемой задачи. В нашем случае, был выбран критерий равный 5 минутам);
- данную разницу стоит вычислять несколько раз, например 5-10 раз, только после этого делать вывод о том, что устройство действительно содержит проблему с получением Push уведомлений (таким образом исключается ситуация банального разрыва соединения, таймаута и пр.);
- необходимо прогонять данный алгоритм периодически (например, раз в неделю, или после обновления ОС на устройстве).
P.S.
В процессе тестирования очень помог инструмент, который дает возможность посмотреть информацию по отправленным пушам. Этот инструмент доступен разработчикам бесплатно. Рекомендую всем его использовать.
P.S.S.
Предрекаю, в комментариях наверняка будут вопросы о расходе батарейки. Я провел несколько тестов, оставив личный телефон на ночь с включенным мобильным интернетом. Результаты были в районе 20-25% расхода заряда за 8-9 часов. Так же клиенты, которым мы отправляли тестовые сборки, не жаловались на проблемы с увеличением расхода заряда батареи.
- Разработка мобильных приложений
- Разработка под Android
Источник: habr.com
Samsung Push Service 3.4.03.0
Требуется Android 6.0 и выше! Категория: Связь Разработчик: Samsung Electronics Co. Ltd.
Скриншоты программы
Особенности
Samsung Push Service — это сервисное приложение для устройств Samsung, обеспечивающее работу уведомлений от различных служб Samsung. Служба Samsung push service отвечает за отображение уведомлений от сервисов и программ в шторке (области уведомлений), а так же за отображение счётчика на иконках программ, расположенных на рабочих столах устройства.
Установка программы обеспечит тебе отображение пришедших СМС во всплывающем окне прямо на экране разблокировки, а так же сообщений от мессенджеров (к примеру, ChatON). Программа отвечает только за уведомления от собственных служб, программ и сервисов Samsung, таких как Samsung Apps, ChatON, AllsharePlay, Samsung Wallet и других. Удаление данной программы с твоего устройства может привести к тому, что вообще перестанут приходить уведомления. Проверить, установлено ли приложение на твоём устройстве, можно, зайдя в раздел «Параметры» и выбрав пункт меню «Менеджер приложений».
Скачать программу Samsung Push Service бесплатно
v 3.4.03.0 Android 6.0 + Кэш не нужен
Источник: mobigama.net