Не удаляется Alarm

@dubok79 · Регистрация: 01.11.2012

Студворк — интернет-сервис помощи студентам

Запускаю Alarm так

Java
1
2
3
4
5
        intent = new Intent(context, MyAlarmReceiver.class);
        intent.setAction(action);   
        intent.putExtra("WID", wid);
        pi = PendingIntent.getBroadcast(context, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);
alarmMgr.setRepeating(AlarmManager.RTC_WAKEUP, getTime().getTimeInMillis(), getPeriod(), pi);

Удаляю так

Java
1
2
3
4
5
6
        Intent lintent = new Intent(context, MyAlarmReceiver.class);
        PendingIntent lpi = PendingIntent.getBroadcast(context, 0, lintent, PendingIntent.FLAG_UPDATE_CURRENT);
        try {
            alarmMgr.cancel(lpi);
        } catch (Exception e) {
        }

По расписанию аларма выскакивает уведомление. Пытаюсь удалить его,но все равно выскакивает уведомление. В чем косяк?

@Spelcrawler · 24.09.2014, 14:35

Все дело в интенте, он должен быть один и тот же. alarmMgr - это просто менеджер, не сам аларм, а сам аларм создается непосредственно после вызова какого нибудь метода (н.р. am.setRepeating()) и идентификатором его выступает что-то из интента (в PendingIntent есть параметр ид, по-моему это он). У вас выходит, что вы создаете один сигнал, а отменяете другой).

@dubok79 · 25.09.2014, 09:09 **[ТС]**

Но везде в примерах именно через PendingIntent с теми же параметрами, что и запуск аларма идет и его cancel. Как сохранить интент? Или как раз использовать его ид. Ну попробую покопать в этом направлении. Спасибо.

Добавлено через 2 часа 48 минут
Короче решил задачу так: вместо метода setRepeating() использовал метод set() AlarmManager-а. Ну оно и понятно, что стало работать как положено. Где то прочитал, что рекомендуют использовать как раз set() для таких случаев как у меня. Кстати на счет PendingIntent, там все правильно у меня было сделано. Все равно спасибо за отклик.

Новые блоги и статьи Все статьи Все блоги /
Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	24.09.2014, 14:35
	Все дело в интенте, он должен быть один и тот же. alarmMgr - это просто менеджер, не сам аларм, а сам аларм создается непосредственно после вызова какого нибудь метода (н.р. am.setRepeating()) и идентификатором его выступает что-то из интента (в PendingIntent есть параметр ид, по-моему это он). У вас выходит, что вы создаете один сигнал, а отменяете другой). 1

@dubok79 325 / 123 / 10 Регистрация: 01.11.2012 Сообщений: 587
	25.09.2014, 09:09 [ТС]
	Но везде в примерах именно через PendingIntent с теми же параметрами, что и запуск аларма идет и его cancel. Как сохранить интент? Или как раз использовать его ид. Ну попробую покопать в этом направлении. Спасибо. Добавлено через 2 часа 48 минут Короче решил задачу так: вместо метода setRepeating() использовал метод set() AlarmManager-а. Ну оно и понятно, что стало работать как положено. Где то прочитал, что рекомендуют использовать как раз set() для таких случаев как у меня. Кстати на счет PendingIntent, там все правильно у меня было сделано. Все равно спасибо за отклик. 0