Che cos'è l'errore INSTALL_PARSE_FAILED_NO_CERTIFICATES?

Stavo cercando di cambiare la mia attività di default / main / startup (come la chiami tu) modificando il androidmanifest.xmlfile. Tutto quello che ho fatto è stato cambiare la android:nameproprietà. tuttavia, questo ha completamente rotto l'intera app. quando provo a installarlo fallisce e legge.

Errore di installazione: INSTALL_PARSE_FAILED_NO_CERTIFICATES

Quando ho provato a riportarlo al suo stato precedente, mi stava ancora dando lo stesso errore ... Cosa ho fatto?

Hai modificato AndroidManifest.xmldirettamente nel .apkfile? In tal caso, non funzionerà.

Ogni Android .apkdeve essere firmato se deve essere installato su un telefono , anche se non stai installando tramite Market. Gli strumenti di sviluppo risolvono questo problema firmando con un certificato di sviluppo ma .apkè ancora firmato.

Un uso di questo è quindi un dispositivo in grado di dire se .apkè un aggiornamento valido per un'applicazione installata, poiché se si tratta dei certificati sarà lo stesso.

Quindi, se apporti modifiche all'app, dovrai ricostruirla in .apkmodo che venga firmata correttamente.

Ho scoperto che questo errore ora può verificarsi anche quando si utilizza la configurazione della firma errata. Come descritto qui , Android 7.0 introduce un nuovo schema di firma, V2 . Lo schema V2 firma l'intero APK anziché solo il JAR, come avviene nello schema V1. Se si firma solo con V2 e si tenta di installare su una destinazione precedente alla 7.0, si otterrà questo errore poiché i JAR stessi non sono firmati e PackageManager precedente alla 7.0 non è in grado di rilevare la presenza della firma APK V2.

Per essere compatibile con tutti i sistemi di destinazione, assicurati che l'APK sia firmato con entrambi gli schemi selezionando entrambe le caselle della versione della firma nella finestra di dialogo Genera APK di Android Studio, come mostrato qui:

Se sono previsti solo 7.0 target, non è necessario includere la firma V1.

Ho scoperto che questo è stato causato dalla mia versione di JDK.

Stavo avendo questo problema con 'formica' ed era dovuto a questo ATTENZIONE menzionato nella documentazione:

http://developer.android.com/guide/publishing/app-signing.html#signapp

Attenzione: a partire da JDK 7, l'algoritmo di firma predefinito è cambiato, richiedendo di specificare gli algoritmi di firma e digest (-sigalg e -digestalg) quando si firma un APK.

Ho JDK 7. Nel mio registro Ant, ho usato -v per verbose e ha mostrato

$ ant -Dadb.device.arg=-d -v release install
[signjar] Executing 'C:\Program Files\Java\jdk1.7.0_03\bin\jarsigner.exe' with arguments:
[signjar] '-keystore'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\release.keystore'
[signjar] '-signedjar'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\bin\PairFinder-release-unaligned.apk'
[signjar] 'C:\cygwin\home\Chloe\pairfinder\bin\PairFinder-release-unsigned.apk'
[signjar] 'mykey'
 [exec]     pkg: /data/local/tmp/PairFinder-release.apk
 [exec] Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES]

Ho firmato manualmente il JAR e lo ho zipallineato, ma ha dato un errore leggermente diverso:

$ "$JAVA_HOME"/bin/jarsigner -sigalg MD5withRSA -digestalg SHA1 -keystore release.keystore -signedjar bin/PairFinder-release-unaligned.apk bin/PairFinder-release-unsigned.apk mykey
$ zipalign -v -f 4 bin/PairFinder-release-unaligned.apk bin/PairFinder-release.apk
$ adb -d install -r bin/PairFinder-release.apk
        pkg: /data/local/tmp/PairFinder-release.apk
Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
641 KB/s (52620 bytes in 0.080s)

Ho trovato che ha risposto qui.

Come gestire INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES senza disinstallazione

Ho solo bisogno di disinstallarlo e poi ha funzionato!

$ adb -d uninstall com.kizbit.pairfinder
Success
$ adb -d install -r bin/PairFinder-release.apk
        pkg: /data/local/tmp/PairFinder-release.apk
Success
641 KB/s (52620 bytes in 0.080s)

Ora ho solo bisogno di modificare build.xml per usare quelle opzioni al momento della firma!

Ok eccolo qui: C: \ Programmi \ Java \ android-sdk \ tools \ ant \ build.xml

            <signjar
                    sigalg="MD5withRSA"
                    digestalg="SHA1"
                    jar="${out.packaged.file}"
                    signedjar="${out.unaligned.file}"
                    keystore="${key.store}"
                    storepass="${key.store.password}"
                    alias="${key.alias}"
                    keypass="${key.alias.password}"
                    verbose="${verbose}" />

Il più delle volte la soluzione per questo errore è davvero semplice:

1. Disinstalla il tuo apk
2. Pulisci il tuo progetto Android
3. Crea il tuo progetto Android
4. Installa / esegui il tuo apk

risolto (per me) usando in keytool gli arg

-sigalg MD5withRSA -keyalg RSA -keysize 1024

e usando in jarsigner

-sigalg MD5withRSA -digestalg SHA1

soluzione trovata in

Che tipo di pitfals esiste per la firma dell'APK Android?

Stavo anche affrontando lo stesso problema. Innanzitutto ho generato build utilizzando V2 e installato quello nei dispositivi mobili in esecuzione su OS 5.1 e ho avuto lo stesso problema. Ma build funzionava bene su Tablet in esecuzione su OS 7.0. Così ho generato build con la firma V1 Jar e funzionava bene su entrambi i dispositivi.

Conclusione: se stai supportando il dispositivo con Android OS 7.0. Utilizzare la firma jar V1 per generare la build.

Nel mio caso, ho potuto costruire ed eseguire build di rilascio, ma ho ottenuto il INSTALL_PARSE_FAILED_NO_CERTIFICATES errore durante il tentativo di eseguire una build di debug.

La soluzione era eliminare il mio debug.keystorefile e consentire ad ADT di ricrearlo. Apparentemente era scaduto.

Una migliore soluzione a lungo termine è quella di creare esplicitamente un oggetto debug.keystoreche non scade dopo solo un anno, invece di lasciare che ADT lo crei. Ecco il comando per farlo:

keytool -genkey -v -keystore debug.keystore -alias androiddebugkey -storepass android -keypass android -keyalg RSA -validity 14000

Quando richiesto, immettere questi valori:

• Nome e cognome: debug Android
• Unità organizzativa: Android
• Nome dell'organizzazione: sconosciuto
• Città o località: sconosciuta
• Stato o provincia: sconosciuto
• Codice paese: US

Questa è una soluzione brutta ma veloce: usa JDK 6 invece di 7.

Dopo aver letto la risposta di Chloe, ho disinstallato il mio JDK 7 (al momento non ne ho bisogno) e ho installato JDK 6. Ciò ha risolto il problema. Una soluzione migliore farebbe in modo che ant usi JDK 6 (senza disinstallare 7). Forse è possibile modificare / impostare questa proprietà:

java.library.path

nel file local.properties. Si trova nella directory del progetto (root).

Android non funziona comunque con JDK 7 (solo 6 o 5), quindi fare in modo che lo script ant utilizzi anche JDK 6 o 5 è probabilmente una buona soluzione.

È perché la generazione e la corrente generate in precedenza hanno conflitti nella versione della firma tra v1 (firma jar) e v2 (firma APK completa),

Per correggere spuntare la versione corretta della firma nella finestra di dialogo Genera APK firmato

Recentemente ho riscontrato questo errore durante l'aggiornamento ad Android Studio 4.0. La causa era che il progetto aveva V2 Signing disabilitato nella configurazione di accesso build.gradle.

La soluzione era rimuoverlo v2SigningEnabled falseo impostarlo esplicitamente su true, che è il valore predefinito.

android {    
    signingConfigs {
        dev {
            v2SigningEnabled true
        }
     }
}

Nelle versioni più recenti di Android Studio 3.2+, se si sta tentando di eseguire l' releaseinstallazione e non è stata definita alcuna configurazione di firma, verrà visualizzato il messaggio di errore e l'installazione non riuscirà. Quello che devi fare è eseguire la debugbuild o impostare correttamente la configurazione della firma (V1 o V2).

la maggior parte delle risposte sono vere. e alcuni altri motivi che accadono sono

► il tuo min sdk più piccolo del dispositivo sdk.
► hai l'applicazione precedente nel tuo dispositivo con lo stesso nome di pacchetto

Ciò può accadere se si tenta di includere una .jarlibreria che contiene un AndroidManifest.xmlfile.

• Se è puro Java, assicurati di non includerlo nell'esportazione .jar
• Se non è Java puro (significa che è un progetto Android), devi includerlo come Progetto Biblioteca

Inoltre puoi controllare

Project Structure-> Default Config->Signing Config

dopo aver aggiunto tutto ciò di cui hai bisogno

L'impostazione della variabile di ambiente JAVA_HOMEsu JDK 5 o 6 (anziché su JDK 7) ha corretto l'errore.

Dopo un po 'di tempo e più discussioni online sull'argomento sono riuscito a risolvere il mio progetto.

Prende principalmente in considerazione gli ultimi file ( potrebbero essere immagini o layout ) che hai inserito. Se li elimini, funzionerà e potrai ricostruire il tuo progetto.

Ho riscontrato questo errore nella mia console Eclipse. Si scopre che avevo due vasetti con lo stesso contenuto ma nomi diversi ed erano in conflitto tra loro. Ne ho appena eliminato uno e sono riuscito a installare l'app sul dispositivo.

Stavo ricevendo questo errore perché ho rilasciato il mio ant releaseerrore perché lo spazio sul disco era insufficiente.

Ho riscontrato questo errore quando ho provato a installare un progetto Xamarin creato con l'anteprima di Android N su un telefono con API v23. La soluzione è non farlo.

Un altro modo per ottenere questo errore è antcompilare utilizzando su macOS e disporre di un file icona Finder ( Icon\r) nella struttura di origine dell'app. Sembra che jarsignernon sia in grado di far fronte al ritorno a capo nel nome del file e, sebbene affermerà che la firma è valida se si-verify l'APK, si traduce sempre in un APK che non installato su un dispositivo. Ironia della sorte, il plug-in di Google Drive Finder è un'ottima fonte di file icona Finder.

La soluzione è di escludere i file offensivi (che sono comunque inutili nell'APK) con un identificatore come questo nel fileset:

    <exclude name="**/Icon&#13;" />

Questo problema si verificherà se si installa una versione non firmata di APK. Controlla se hai installato l'APK corretto.

Ho avuto quel problema con il codice ionico / Visual Studio (esegui Android sul dispositivo):

Ho disinstallato l'app sul dispositivo mobile (Impostazioni / App), l'errore è scomparso e l'app si sta avviando.

Questo errore mi sta causando oggi perché ho un'app con un SDK minimo di 28 e sto giocando su un emulatore con una versione SDK di 23. Di solito questo non è possibile (AS gray è fuori dal pulsante di riproduzione), ma oggi non è così tanto.

In primo luogo, prova a farlo:

• vai a Gradle script → bulid.gradle (modulo: app) → quindi devi modificare il valore (minSdkVersion). Ad esempio, se hai utilizzato 26, puoi provare a ridurre il valore, ad esempio (minSdkVersion 20)
• quindi prova (sincronizza ora).

Se si utilizza l'emulatore, provare a ripristinarlo e se sul dispositivo mobile disinstallare prima l'applicazione, quindi disattivare la modalità sviluppatore e quindi accenderlo, il problema verrà risolto.