Ha pasado mucho tiempo desde que estuve empacando. No esperaba que a Google se le ocurriera un nuevo truco. La apk se volvió aab. Déjame compartirla aquí.
En primer lugar, algunas URL son muy importantes, aquí hay algunas:
Esta es la dirección de alojamiento de las herramientas de Google en github, que contiene la dirección de salto del documento.
https://developers.google.com/unity/packages?hl=zh-cn#external_dependency_manager_for_unity
Este es el lugar para descargar el complemento de Unity.
Ahora existen 2 formatos de aab, lo cual resulta bastante incómodo.
Uno se llama Android App Bundle, que debe considerarse como un método de transición, que le permite continuar usando el Asset Bundle de Unity para actualizar recursos y necesita realizar la menor cantidad de cambios.
El ab empaquetado continúa arrojándose a StreamingAssets y no es necesario considerar el límite de 150 m.
Uno se llama Play Asset Delivery, que es una versión avanzada del anterior. Se dice que Google te proporcionará la función CDN de forma gratuita. No es necesario que lo hagas tú mismo, pero el problema es que el ab Los escritos no se pueden colocar en StreamingAssets, parece que el número no puede exceder 50, y también existen requisitos para el nombre y una serie de problemas, como cambiar la API al cargar la capa inferior. . . . . . Vaya, en resumen, adormece el cuero cabelludo de las personas, de todos modos, no quiero estudiarlo por el momento ~
Lo que quiero decir aquí es cómo utilizar el primer método para generar un paquete aab.
El primer paso es descargar el complemento.
Uno resolverá automáticamente las dependencias de aar y descargará los paquetes necesarios, y el otro es el paquete de aplicaciones de Android, que se importará al proyecto después de la descarga.
Marque esta opción.
Luego use este paquete para producir un paquete aab. Por cierto, no olvide firmar + antes de liberar el paquete. Aab necesita una firma.