What's the softest way to reboot on macOS?

I'm asking for the opposite of https://apple.stackexchange.com/q/98416 , which requests a way to ensure that unkillable processes are eventually SIGKILL'd [\[3\]] (like SystemD's TimeoutSec ). To compare: 1. On NT-based Windows 11, sudo shutdown /r /fw /t 0 (yes, that's Windows sudo) is the sole official way to reboot to the EFI UI. This invokes the standard shutdown method (that its DotNet APIs would). 1. However, on Linux-based OSes, multiple methods may exist. As an example: 1. All include reboot, alongside their initialisation system's method (SystemD's systemctl reboot --firmware-setup [\[1\]] or OpenRC's loginctl reboot --firmware-setup, [\[2\]] etcetera). 1. However, KDE advises busctl call org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager SetRebootToFirmwareSetup b true && qdbus-qt6 org.kde.Shutdown /Shutdown org.kde.Shutdown.logoutAndReboot, so that the DE gracefully shuts down its first-party applications. I'm aware that Apple, on its own platforms, tends to design its applications differently to 3rd-parties, and OS design frequently necessitates this. Consequently, is macOS like Windows, in that it solely exposes one way to shut down the OS via the CLI, or does a more graceful manner (that SIGTERMs) exist than merely reboot? [\[1\]]: https://superuser.com/revisions/1083166/1#content:~:text=setup%20menu%20using:-,systemctl%20reboot%20%2D%2Dfirmware%2Dsetup,-Documentation:%20https://www.freedesktop.org/software/systemd/man/systemctl.html%23%2D%2Dfirmware%2Dsetup [\[2\]]: https://github.com/OpenRC/openrc/issues/539#issuecomment-2203036622:~:text=OpenRC%20uses%20elogind:-,loginctl%20reboot%20%2D%2Dfirmware%2Dsetup,-so%20I%20shall [\[3\]]: https://stackoverflow.com/revisions/690631/6#:~:text=SIGKILL%20is%20used%20to%20forcefully%20remove%20the%20process%20from%20the%20kernel.%20It%20is%20special%20in%20the%20sense%20that%20it 's%20not%20actually%20a%20signal%20to%20the%20process%20but%20rather%20gets%20interpreted%20by%20the%20kernel%20directly.