This was a really tiny update, in terms of API changes.
Other than some tweaks to the P slice API, there is very little that should directly affect
existing code. And, since I suspect most slicemongers are using the AndroidX
slice API, even that will not affect you, until a new version of that AndroidX API
Declare that this application can’t participate in the normal state save/restore mechanism. Since it is not able to save and restore its state on demand, it can not participate in the normal activity lifecycle. It will not be killed while in the background; the user must explicitly quit it. Only one such app can be running at a time; if the user tries to launch a second such app, they will be prompted to quit the first before doing so. While the application is running, the user will be informed of this.
My guess is that this is for dedicated single-app devices, as an adjunct to kiosk
mode and similar features, but that is just a guess.
One thing that will not directly affect your code but will affect your UX is
that call log-related permissions have been pulled out into a separate permission group.
If you are requesting both phone-related permissions (e.g.,
and call log-related permissions (e.g.,
READ_CALL_LOG), you should get separate
panes in the runtime permission dialog and will get separate entries in the
list of permissions on your app’s screen in Settings. Unfortunately, at the moment,
both permission groups share the same icon.
And, as Sebastiano Poggi and
others pointed out, it appears that Android P is going to be Android 9.0.