Prepara tus apps para Wear OS para el requisito de 64 bits
Lectura de 2 min
Las arquitecturas de 64 bits proporcionan mejoras en el rendimiento y una base para la innovación futura, lo que brinda experiencias más rápidas y enriquecidas para los usuarios. Admitimos CPUs de 64 bits desde Android 5. Esto alinea Wear OS con las actualizaciones recientes de Google TV y otros factores de forma, basándose en el requisito de 64 bits que se introdujo por primera vez para dispositivos móviles en 2019.
Hoy, extendemos este requisito de 64 bits a Wear OS. En este blog, se proporciona orientación para ayudarte a preparar tus apps y cumplir con estos nuevos requisitos.
El requisito de 64 bits: cronograma para los desarrolladores de Wear OS
A partir del 15 de septiembre de 2026, ocurrirá lo siguiente:
- Todas las apps nuevas y las actualizaciones de apps que incluyan código nativo deberán proporcionar versiones de 64 bits además de las versiones de 32 bits cuando se publiquen en Google Play.
- Google Play comenzará a bloquear la carga de apps que no cumplan con los requisitos en Play Console.
No realizaremos cambios en nuestra política sobre la compatibilidad con 32 bits, y Google Play seguirá publicando apps para los dispositivos existentes de 32 bits.
La gran mayoría de los desarrolladores de Wear OS ya realizaron este cambio, y las apps compatibles con 64 bits ya están disponibles. En el caso de las apps restantes, esperamos que el esfuerzo sea menor.
Preparación para el requisito de 64 bits
Muchas apps están escritas completamente en código no nativo (es decir, Kotlin o Java) y no necesitan ningún cambio de código. Sin embargo, es importante tener en cuenta que, incluso si no escribes código nativo, una dependencia o un SDK podrían introducirlo en tu app, por lo que debes verificar si tu app incluye código nativo.
Evalúa tu app
- Inspecciona tu APK o paquete de aplicación en busca de código nativo con el Analizador de APK en Android Studio.
- Busca archivos .so en la carpeta lib. En el caso de los dispositivos ARM, las bibliotecas de 32 bits se encuentran en lib/armeabi-v7a, mientras que el equivalente de 64 bits es lib/arm64-v8a.
- Garantiza la paridad: El objetivo es asegurarse de que la app se ejecute de manera correcta en un entorno de solo 64 bits. Si bien las configuraciones específicas pueden variar, para la mayoría de las apps, esto significa que, por cada arquitectura nativa de 32 bits que admitas, debes incluir la arquitectura de 64 bits correspondiente proporcionando los archivos .so pertinentes para ambas ABIs.
- Actualiza los SDKs: Si solo tienes versiones de 32 bits de una biblioteca o un SDK de terceros, comunícate con el proveedor para obtener una versión compatible con 64 bits.
Cómo probar la compatibilidad con 64 bits
La versión de 64 bits de tu app debe ofrecer la misma calidad y el mismo conjunto de funciones que la de 32 bits. Puedes usar el emulador de Wear OS Android para verificar que tu app se comporte y funcione como se espera en un entorno de 64 bits.
Nota: Dado que las apps para Wear OS deben segmentarse para Wear OS 4 o versiones posteriores para enviarse a Google Play, es probable que ya estés realizando pruebas en estas imágenes más nuevas y solo de 64 bits.
Cuando realices pruebas, presta atención a los cargadores de código nativo, como SoLoader o versiones anteriores de OpenSSL, que pueden requerir actualizaciones para funcionar correctamente en hardware solo de 64 bits.
Próximos pasos
Anunciamos este requisito ahora para darles a los desarrolladores un período de seis meses para garantizar que sus aplicaciones satisfagan la política antes de que comience la aplicación en septiembre de 2026. Para obtener orientación más detallada sobre la transición, consulta nuestra documentación detallada sobre la compatibilidad con arquitecturas de 64 bits.
Esta transición marca un paso emocionante para el futuro de Wear OS y los beneficios que la compatibilidad con 64 bits aportará al ecosistema.
-
Novedades sobre productosHoy, nos complace anunciar el lanzamiento estable de las bibliotecas de AndroidX Security State versión 1.1.0 y Security State Provider versión 1.0.0.
Maunik Shah, Alec Garcia, Joseph Yong • Lectura de 4 min -
Novedades sobre productosHoy lanzamos el primer conjunto de tareas de largo alcance (LHT), que son tareas de gran complejidad que a un ingeniero le llevan varios días o incluso una semana completar. También presentamos la evaluación agentiva, que comienza con los agentes de los proveedores de modelos correspondientes.
Matthew McCullough • Lectura de 3 minutos -
Novedades sobre productosLa depuración inalámbrica en Android ahora es más rápida, confiable y fácil de configurar que nunca. Con ADB Wi-Fi 2.0, presentamos una nueva pila de servidores y un manejo de red más inteligente para abordar directamente los comentarios de los desarrolladores sobre las brechas de usabilidad.
Steven Jenkins, Sherif Eid, Fabien Sanglard • Lectura de 1 min
Recibe la información más reciente sobre el desarrollo de Android en tu bandeja de entrada todas las semanas.