A lot of people leave their alarm app open all night, phone plugged in and screen dimming, in the belief it is necessary. It is not, and understanding why tells you what to actually worry about.

How alarms are scheduled

When you set an alarm, the app hands it to iOS. From that moment the operating system owns it. The app does not need to be running, in the foreground, or open at all. This is why Apple's Clock alarms fire perfectly while your phone sits locked on a bedside table.

Since iOS 26, apps using AlarmKit schedule alarms the same way, which is the whole point of the framework. The alarm belongs to the system, not to the app.

So what does break alarms?

The app being closed is not the risk. The permission, the battery and a restart are.

Should I leave the app open?

No, and it is mildly counterproductive. It uses battery, and battery is the actual risk. Set the alarm, lock the phone, plug it in, put it across the room.

The one thing worth doing instead is not force-quitting the app before bed. Swiping apps away from the switcher does nothing useful for battery on iOS anyway, and for alarms it introduces a variable you do not need.

The test that covers all of this

  1. Set an alarm two minutes ahead.
  2. Close the app fully and lock the phone.
  3. Confirm it rings.
  4. Now restart your iPhone, set another alarm two minutes ahead, and confirm again.

The second half is the one people skip and the one that catches the historical failure mode. Full walkthrough in how to test an alarm app.

For a morning that genuinely matters

Do all of the above, then add a second alarm on a different device with a separate power source. A mains-powered clock defeats a flat battery, which is the failure no software can address. That is not paranoia; it is what people catching early flights actually do.