Permisos de Bluetooth

Para usar las funciones de Bluetooth en tu app, debes declarar varios permisos. También debes especificar si tu app requiere compatibilidad con Bluetooth clásico o Bluetooth de bajo consumo (BLE). Si tu app no requiere Bluetooth clásico ni BLE, pero aún puede beneficiarse de estas tecnologías, puedes comprobar la disponibilidad durante el tiempo de ejecución.

Cómo declarar permisos

El conjunto de permisos que declares en tu app depende de la versión del SDK de destino de tu app.

Orientación a Android 12 o versiones posteriores

Nota: En Android 8.0 (nivel de API 26) y versiones posteriores, el administrador de dispositivos complementarios (CDM) proporciona un método más optimizado para conectarse a dispositivos complementarios, en comparación con los permisos que se describen en esta sección. El sistema del CDM ofrece una IU de vinculación en nombre de la app y no requiere permisos de ubicación.

Si deseas tener más control sobre la experiencia de vinculación y conexión, usa los permisos que se describen en esta sección.

Diálogo de permisos de Bluetooth
Diálogo de permisos del sistema, que le solicita al usuario que otorgue un permiso de la app para detectar dispositivos cercanos, anunciarlos y conectarse a estos.

Si tu app se orienta a Android 12 (nivel de API 31) o versiones posteriores, declara los siguientes permisos en el archivo de manifiesto de tu app:

  1. Si la app busca dispositivos Bluetooth, como periféricos BLE, declara el permiso BLUETOOTH_SCAN.
  2. Si la app permite que otros dispositivos Bluetooth puedan detectar el dispositivo actual, declara el permiso BLUETOOTH_ADVERTISE.
  3. Si la app se comunica con dispositivos Bluetooth ya vinculados, declara el permiso BLUETOOTH_CONNECT.
  4. Para las declaraciones heredadas de permiso que se relacionan con Bluetooth, configura android:maxSdkVersion en 30. Con este paso de compatibilidad de la app, se permite que el sistema le otorgue a esta solo los permisos de Bluetooth que necesita cuando se instala en dispositivos que ejecutan Android 12 o versiones posteriores.
  5. Si la app usa los resultados de la búsqueda de Bluetooth para obtener la ubicación física, declara el permiso ACCESS_FINE_LOCATION. De lo contrario, puedes afirmar con firmeza que tu app no obtiene la ubicación física.

Los permisos BLUETOOTH_ADVERTISE, BLUETOOTH_CONNECT y BLUETOOTH_SCAN son permisos de tiempo de ejecución. Por lo tanto, debes solicitar la aprobación del usuario de manera explícita en la app antes de que puedas buscar dispositivos Bluetooth, permitir que otros dispositivos detecten uno o comunicarte con dispositivos Bluetooth ya vinculados. Cuando la app solicita como mínimo uno de estos permisos, el sistema le solicita al usuario que permita que esta acceda a Dispositivos cercanos, como se muestra en la figura 1.

En el siguiente fragmento de código, se muestra cómo declarar permisos relacionados con Bluetooth en tu app si se orienta a Android 12 o versiones posteriores:

<manifest>
    <!-- Request legacy Bluetooth permissions on older devices. -->
    <uses-permission android:name="android.permission.BLUETOOTH"
                     android:maxSdkVersion="30" />
    <uses-permission android:name="android.permission.BLUETOOTH_ADMIN"
                     android:maxSdkVersion="30" />

    <!-- Needed only if your app looks for Bluetooth devices.
         If your app doesn't use Bluetooth scan results to derive physical
         location information, you can
         <a href="#assert-never-for-location">strongly assert that your app
         doesn't derive physical location</a>. -->
    <uses-permission android:name="android.permission.BLUETOOTH_SCAN" />

    <!-- Needed only if your app makes the device discoverable to Bluetooth
         devices. -->
    <uses-permission android:name="android.permission.BLUETOOTH_ADVERTISE" />

    <!-- Needed only if your app communicates with already-paired Bluetooth
         devices. -->
    <uses-permission android:name="android.permission.BLUETOOTH_CONNECT" />

    <!-- Needed only if your app uses Bluetooth scan results to derive physical location. -->
    <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
    ...
</manifest>

Declara que la app no obtiene ubicación física

Si la app no usa los resultados de la búsqueda de Bluetooth para obtener la ubicación física, puedes afirmar con seguridad que la app nunca usa los permisos de Bluetooth para obtenerla. Para ello, completa los siguientes pasos:

  1. Agrega el atributo android:usesPermissionFlags a la declaración de permisos BLUETOOTH_SCAN y configura el valor de este atributo en neverForLocation.

  2. De lo contrario, si no se necesita otra ubicación para la app, quita el permiso ACCESS_FINE_LOCATION del manifiesto de esta.

En el siguiente fragmento de código, se muestra cómo actualizar el archivo de manifiesto de la app:

<manifest>
    <!-- Include "neverForLocation" only if you can strongly assert that
         your app never derives physical location from Bluetooth scan results. -->
    <uses-permission android:name="android.permission.BLUETOOTH_SCAN"
                     android:usesPermissionFlags="neverForLocation" />

    <!-- Not needed if you can strongly assert that your app never derives
         physical location from Bluetooth scan results and doesn't need location
         access for any other purpose. -->
    <strike><uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" /></strike>
    ...
</manifest>

Orientación a Android 11 o versiones anteriores

Si la app se orienta a Android 11 (nivel de API 30) o versiones anteriores, declara los siguientes permisos en el archivo de manifiesto de tu app:

  • BLUETOOTH es necesario para realizar cualquier comunicación Bluetooth clásica o BLE, como solicitar una conexión, aceptar una conexión y transferir datos.
  • ACCESS_FINE_LOCATION es necesario porque, en Android 11 y versiones anteriores, es posible que se use un escaneo de Bluetooth para recopilar información sobre la ubicación del usuario.

Debido a que los permisos de ubicación son permisos de tiempo de ejecución, debes solicitarlos durante el tiempo de ejecución y declararlos en tu manifiesto.

Cómo descubrir dispositivos Bluetooth locales

Si deseas que tu app inicie la detección de dispositivos o controle la configuración de Bluetooth, debes declarar el permiso BLUETOOTH_ADMIN. La mayoría de las apps necesitan este permiso solamente para poder ver dispositivos Bluetooth locales. No uses las demás funciones que otorga este permiso, a menos que la app sea un “administrador de energía” que modifique la configuración de Bluetooth a pedido del usuario. Declara el permiso en el archivo de manifiesto de tu app. Por ejemplo:

<manifest>
...
<uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
...
</manifest>

Si tu app admite un servicio y puede ejecutarse en Android 10 (nivel de API 29) o Android 11, también debes declarar el permiso ACCESS_BACKGROUND_LOCATION para detectar dispositivos Bluetooth. Para obtener más información sobre este requisito, consulta Cómo acceder a la ubicación en segundo plano.

En el siguiente fragmento de código, se muestra cómo declarar el permiso ACCESS_BACKGROUND_LOCATION:

<manifest>
...
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
...
</manifest>

Consulta la referencia de <uses-permission> para obtener más información sobre cómo declarar permisos de apps.

Especifica el uso de la función Bluetooth

Si Bluetooth es un elemento fundamental de tu app, puedes agregar marcas a tu archivo de manifiesto para indicar este requisito. El elemento <uses-feature> te permite especificar el tipo de hardware que usa tu app y si es obligatorio o no.

En este ejemplo, se muestra cómo indicar que se requiere Bluetooth clásico para tu app.

<uses-feature android:name="android.hardware.bluetooth" android:required="true"/>

Si tu app depende del Bluetooth de bajo consumo, puedes usar lo siguiente:

<uses-feature android:name="android.hardware.bluetooth_le" android:required="true"/>

Si indicas que la función es obligatoria para tu app, Google Play Store ocultará tu app a los usuarios que tengan dispositivos que no cuenten con esas funciones. Por este motivo, solo debes establecer el atributo requerido en true si tu app no puede funcionar sin la función.

Cómo verificar la disponibilidad de funciones durante el tiempo de ejecución

Para que tu app esté disponible para dispositivos que no admiten Bluetooth clásico ni BLE, debes incluir el elemento <uses-feature> en el manifiesto de la app, pero debes establecer required="false". Luego, durante el tiempo de ejecución, puedes determinar la disponibilidad de las funciones con PackageManager.hasSystemFeature():

Kotlin

// Check to see if the Bluetooth classic feature is available.
val bluetoothAvailable = packageManager.hasSystemFeature(PackageManager.FEATURE_BLUETOOTH)

// Check to see if the BLE feature is available.
val bluetoothLEAvailable = packageManager.hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE)

Java

// Use this check to determine whether Bluetooth classic is supported on the device.
// Then you can selectively disable BLE-related features.
boolean bluetoothAvailable = getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH);

// Use this check to determine whether BLE is supported on the device. Then
// you can selectively disable BLE-related features.
boolean bluetoothLEAvailable = getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE);