El módulo de línea principal PermissionController contiene políticas de privacidad y la IU relacionada con el otorgamiento y la administración de permisos (por ejemplo, las políticas y la IU para otorgar y administrar permisos).
Acerca de PermissionController
El módulo PermissionController controla la IU, la lógica y las funciones relacionadas con los permisos para permitir el acceso de las apps para un propósito específico. Controla lo siguiente:
- Otorgamiento de permisos de tiempo de ejecución (incluido el otorgamiento a apps del sistema)
- Administración de permisos de tiempo de ejecución (incluida la agrupación de permisos)
- Seguimiento del uso de permisos de tiempo de ejecución
- Funciones
A partir de Android 12, las clases de framework y servidor del sistema
para Role
se mueven al módulo para que Role sea completamente modular.
En Android 10, la app de instalador de paquetes se divide en secciones para permitir que se actualice la lógica de permisos. Como módulo de línea principal actualizable, PermissionController hace lo siguiente:
- Interactúa con el framework solo a través de @SystemApi estable (sin uso de la API de @hide).
- Controla intents relacionados con permisos con prioridad > 0.
- Expone un mecanismo para permitir que los OEMs personalicen la temática.
- Proporciona servicios a los que el sistema y las aplicaciones pueden vincularse, incluida la administración de funciones, la revocación de permisos y la información básica de permisos (para Configuración).
- Admite la revocación automática para apps que no se usan (novedad en Android 11).
En Android 9, el control de permisos forma parte de com.android.packageinstaller.
Revocación automática para apps que no se usan
En Android 11, el módulo PermissionsController puede revocar automáticamente los permisos de tiempo de ejecución para las apps que no se hayan usado durante un período prolongado. Las apps orientadas al SDK 30 o versiones posteriores tienen la revocación automática habilitada de forma predeterminada, mientras que las apps orientadas al SDK 29 o versiones anteriores tienen la revocación automática inhabilitada de forma predeterminada. Cuando está habilitada, la revocación automática afecta a todos los permisos de tiempo de ejecución, pero exime todos los permisos otorgados previamente, incluidos los permisos fijos del sistema y de la política, y los permisos otorgados de forma predeterminada o por función. Para obtener más detalles, consulta Permisos de restablecimiento automático de apps que no se usan.
Formato del paquete
El formato del módulo PermissionController difiere entre las versiones.
En Android 11 o versiones posteriores, el módulo PermissionController está en formato APEX y se puede actualizar. El nombre del paquete es
com.google.android.permission.En Android 10, el módulo PermissionController está en formato APK y no se puede actualizar. El nombre del paquete es
com.google.android.permissioncontroller.
Límites del módulo
En Android 12, el código del módulo de permisos se mueve de packages/apps/PermissionController
(el platform/packages/apps/PackageInstaller proyecto) y
frameworks/base/apex/permission (este es un subdirectorio del
frameworks/base proyecto).
La nueva estructura del proyecto para packages/modules/Permission es la siguiente:
- Archivos de
frameworks/base/apex/permission - Archivos de PermissionController de
packages/apps/PermissionController
Los OEMs pueden usar los comandos de muestra para ayudar a mover sus parches de los directorios del proyecto original al nuevo directorio del proyecto.
Cómo mover un parche de frameworks/base/apex/permission
root/frameworks/base/$ git format-patch -1 --relative=apex/permission commit --stdout > patch-file.txt
root/packages/modules/Permission$ git am -p2 patch-file.txt
Cómo mover un parche de packages/apps/PermissionController
root/packages/apps/PermissionController$ git format-patch -1 commit --stdout > patch-file.txt
root/packages/modules/Permission$ git am -p2 --directory=PermissionController patch-file.txt
Personalización
Los OEMs pueden personalizar el tema de la IU de permisos (colores, márgenes, fuentes y elementos de diseño) con superposiciones de recursos de tiempo de ejecución (RROs).