Preguntas comunes de auditoría
Creo que muchos desarrolladores deben haber encontrado aplicaciones que fueron rechazadas debido a problemas de firma, como:
-
La nueva versión y la versión en el estante tienen una firma diferente
-
El inicio de sesión de la cuenta, la firma de solicitud de pago y la configuración de la plataforma son inconsistentes
-
Los servicios relacionados del HMS integrado, como la falla de PUSH, el mapa no se puede cargar, la razón es que la huella digital del certificado no coincide
- Una vez que la aplicación está en el estante, la aplicación en diferentes canales no se puede actualizar, lo que indica que las firmas no son consistentes
y muchos más
Y debes tener dudas, claramente tienes las mismas firmas y no tienes ningún problema con tu prueba local, ¿por qué son rechazadas en cuanto las revisa Huawei? ? ? Si se ha encontrado con los problemas anteriores, probablemente se deba a que el servicio de firma de la aplicación de Huawei AGC volvió a firmar su aplicación .
¿Qué es la firma de la aplicación?
Para resolver estas preguntas, primero debemos entender qué es una firma de aplicación.
Mucha información en Internet, de todos modos, recuerde los siguientes dos puntos:
-
La firma es muy importante, la aplicación debe tener una firma y no se permite que se incluya sin una firma.
- La firma no se puede cambiar. Una vez que se cambia, muchas cosas se estropearán, la huella digital del certificado cambiará, la autenticación cambiará y la actualización de la aplicación será imposible. Muchos servicios que se basan en firmas no están disponibles de todos modos.
Por lo tanto, los desarrolladores generalmente usan Android Studio o comandos para firmar aplicaciones cuando desarrollan aplicaciones.
¿Qué es el servicio de firma de aplicaciones AGC?
¿Y qué hace el servicio de firma de aplicaciones AGC? Para decirlo sin rodeos, AGC ofrece otra forma de firmar su solicitud.
Hay dos maneras:
La primera es que AGC genera completamente una nueva firma para su aplicación . La firma definitivamente cambiará y es única en el universo.
La interfaz correspondiente se llama: "Permitir que AG Connect cree y administre la clave de firma de mi aplicación"
¿Por qué solo aplicar a nuevas aplicaciones? Como se mencionó anteriormente, este método AGC generará una nueva firma para usted. Si ya tiene una aplicación en el estante, es imposible generar una firma igual que la aplicación en el estante usando este método, por lo que, por supuesto, no se utilizará.
La segunda es cargar el archivo de firma usted mismo. AGC no generará una nueva firma para usted, sino que solo usará el archivo de firma que cargó para firmar su solicitud . En cuanto a cuál es la nueva firma, depende de lo que cargue, AGC simplemente la conserva. La interfaz correspondiente se llama: "Exportar y cargar clave y certificado"
Significa que usa una determinada herramienta y comando para exportar su firma a un archivo de firma en un paquete zip, y luego lo carga a AGC, y AGC usa este archivo de firma para firmar su solicitud. Por lo tanto, si tiene una aplicación en el estante, debe pasar un archivo de firma que sea el mismo que la aplicación en el estante, de lo contrario, las firmas de las versiones nueva y antigua de su aplicación serán inconsistentes.
Vale la pena señalar que este método actualmente admite capacidades de verificación. Si la firma transmitida es diferente de la versión disponible, se le solicitará y no se permitirá la carga.
Por ejemplo, tiene una aplicación que firmó localmente con Android Studio. Suponiendo que la firma de la aplicación es A, y luego usa el servicio de firma de aplicaciones de AGC, elija el primer método y AGC generará una nueva firma B. La firma se cambió a B cuando la aplicación se lanzó para su revisión y publicación final. Por lo tanto, es muy probable que su firma sea A cuando realice la prueba localmente y la firma que aplique cuando revise las pruebas sea B.
Si elige el segundo método, debe cargar un archivo de firma zip. Si el archivo zip es generado por la firma A, la firma será A cuando su solicitud sea lanzada para revisión y publicación; si es generada por B, la firma será B; Es generado por C, y la firma es C. De todos modos, lo que pasa es la firma final.
¿como escoger?
Así que no tome la decisión equivocada y no la envíe mal. ¿Cómo debo elegir? De hecho, es muy simple.
En términos generales, si una nueva aplicación solo se considera para listar en Huawei, elija el primer método; si se lanzará en tiendas de múltiples canales, elija el segundo método y cargue el mismo archivo de firma que otras tiendas. Si algunos servicios, como la autenticación y el pago, se basan en firmas, elija el segundo método.
Si la aplicación ya está disponible, solo puede elegir el segundo método, siempre que el archivo de firma que cargue sea el mismo que el de la versión disponible.
Hablando de esto, volviendo a la pregunta original sabrá que es probable que se seleccionó el método de firma incorrecto, o que se transmitió el archivo de firma incorrecto, lo que provocó que se cambiara la firma de la aplicación. Desafortunadamente, una vez que el servicio de firmas no admite la eliminación, la solución actual solo puede ser eliminar la firma eliminando la aplicación, luego volver a crear la aplicación, elegir el método de firma correcto y cargar el archivo de firma correcto.
Digresión:
-
Firma de la aplicación ≠ servicio de firma de la aplicación; se requiere firma, el servicio de firma de la aplicación es opcional.
-
El paquete APK puede utilizar el servicio de firma de la aplicación y debe utilizarse el paquete AAB.
- Cuando se cambia la firma, la huella digital del certificado correspondiente también cambiará, y el servicio dependiente debe configurar una nueva huella digital del certificado.
Para obtener más detalles, consulte:
Servicio de firma de aplicaciones AGC:https://developer.huawei.com/consumer/cn/doc/development/AppGallery-connect-Guides/agc-app_bundle
Enlace original:https://developer.huawei.com/consumer/cn/forum/topicview?tid=0202381566447710293&fid=0101271690375130218
Autor: Drum Chao