¿Por qué el campo PackageInfo.signatures es una matriz y cuándo debería haber algo distinto de un valor aquí?

Para sus propósitos, parece completamente aceptable asumir que una aplicación de Android tiene una sola firma. Un APK de Android se puede compilar con varias firmas, pero no es recomendable ni ampliamente probado. (¿Por qué Verizon lo está haciendo?

Encontré este archivo de Dianne Hackborn , la dama del desarrollo de Android:

P : Sé que el firmante del frasco apoya varias firmas en un archivo jar. Si un archivo APK tiene dos firmas válidas, ¿significa que este APK puede acceder al permiso de nivel de firma proporcionado por ambos firmantes?

R : En teoría, algo se hace con múltiples firmas, pero nadie lo ha usado nunca, así que probablemente no funcione. Esto también tiene el efecto secundario (si funciona) de aliasing las dos firmas a la misma cosa ya que presumiblemente proceden del mismo propietario, lo cual es probable que no sea lo que quieres.

Otro poco de Dianne (note el uso de "it", no "they" y "certificate" en lugar de "certificates"):

Q : PackageInfo.signatures: ¿Qué devuelve?

R : Es el certificado que se utilizó para firmar el archivo .apk.

Sin embargo. Es digno de mención que encontré una referencia de prueba a varias firmas en la fuente de Android Git: Test for Checking Package Signatures (Bug 4596332) . Además, el código Android BackupManagerService (y otro código fuente de Android ) garantiza que comprueba si hay varias firmas.

Por lo tanto, aquí está mi conclusión: No tiene que preocuparse de firmas múltiples, a menos que esté codificando en una situación en la que la seguridad y la compilación de los paquetes específicos era importante. (Sin embargo, también parece que no tendría mucho de un problema de acomodar varias firmas si es necesario.)

Espero que sea al menos algo satisfactorio.