Що таке помилка INSTALL_PARSE_FAILED_NO_CERTIFICATES?

Я намагався змінити свою активність за замовчуванням / main / startup (як би ви це не називали), редагуючи androidmanifest.xmlфайл. Все, що я робив - це змінити android:nameвласність. проте це повністю зламало весь додаток. коли я намагаюся встановити його не вдається і читає.

Помилка встановлення: INSTALL_PARSE_FAILED_NO_CERTIFICATES

Коли я спробував повернути його до попереднього стану, він все ще робив мені таку саму помилку ... Що я зробив?

Ви редагували AndroidManifest.xmlбезпосередньо у .apkфайлі? Якщо так, це не вийде.

Кожен Android .apkпотрібно підписати, якщо він буде встановлений на телефоні , навіть якщо ви не встановлюєте через Ринок. Інструменти розробки вирішують цю проблему, підписуючи сертифікат про розробку, але .apkвін все ще підписаний.

Одне використання цього - це так, що пристрій може визначити, чи .apkсправжнє оновлення встановленої програми, оскільки якщо це сертифікати, те саме буде.

Тож якщо ви внесете будь-які зміни у додаток, вам знадобиться відновити його, .apkщоб він підписався належним чином.

Я виявив, що ця помилка тепер може виникнути і при використанні неправильної конфігурації підпису. Як описано тут , Android 7.0 представляє нову схему підпису, V2 . Схема V2 підписує весь APK, а не лише JAR, як це робиться у схемі V1. Якщо ви підпишетесь лише на V2 і спробуєте встановити ціль до 7.0, ви отримаєте цю помилку, оскільки самі JAR не підписані, а програма до 7.0 PackageManager не може виявити наявність підпису V2 APK.

Щоб бути сумісним з усіма цільовими системами, переконайтесь, що APK підписано з обома схемами, встановивши прапорці обох полів версії підпису в діалоговому вікні " Створення підписаного APK" Android Studio, як показано тут:

Якщо передбачається лише 7,0 цілей, тоді не потрібно включати підпис V1.

Я виявив, що це було викликано моєю версією JDK.

У мене виникли проблеми з «мурашкою», і це було пов’язано з цим ОБЕРЕЖНО, згаданим у документації:

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

Попередження: Станом на JDK 7 алгоритм підписання за замовчуванням змінився, вимагаючи вказати алгоритми підпису та дайвінгу (-sigalg та -digestalg) під час підписання APK.

У мене JDK 7. У моєму журналі-мурашках я використовував -v для багатослівної роботи, і це показало

$ 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]

Я підписав JAR вручну і змістив його, але це дало дещо іншу помилку:

$ "$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)

Я знайшов, що тут відповів.

Як боротися з INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES без видалення

Мені потрібно було лише його видалити, і тоді воно спрацювало!

$ 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)

Тепер мені потрібно лише змінити build.xml, щоб використовувати ці параметри при підписанні!

Добре ось це: C: \ Програмні файли \ 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}" />

Більшість випадків рішення цієї помилки дійсно просте:

1. Видаліть apk
2. Очистіть проект Android
3. Створіть свій Android-проект
4. Встановити / запустити apk

вирішено (для мене) за допомогою аргументів у keytool

-sigalg MD5withRSA -keyalg RSA -keysize 1024

і використання в jarsigner

-sigalg MD5withRSA -digestalg SHA1

рішення, знайдене в

Які підводні камені існують для підписання Android APK?

Я також стикався з тим же питанням. Спочатку я створив збірку за допомогою V2 і встановив її на мобільних пристроях, що працюють на ОС 5.1, і в мене виникла та сама проблема. Але збірка працювала чудово на планшетному ПК, який працює на ОС 7.0. Тому я створив збірку за допомогою підпису V1 Jar, і він працював чудово на обох пристроях.

Висновок: Якщо ви підтримуєте пристрій нижче для android OS 7.0. Використовуйте підпис V1 jar для створення збірки.

У моєму випадку я міг будувати та запускати версії версій, але отримав INSTALL_PARSE_FAILED_NO_CERTIFICATESпомилку при спробі зробити збірку налагодження.

Рішенням було видалити мій debug.keystoreфайл і дозволити ADT відтворити його. Він, мабуть, минув.

Краще довгострокове рішення - явно створити debug.keystoreте, що не закінчується лише через рік, а не дозволяти ADT створювати його. Ось команда зробити це:

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

Коли буде запропоновано, введіть ці значення:

• Ім'я та прізвище: Налагодження Android
• Організаційний блок: Android
• Назва організації: Невідомо
• Місто чи місцевість: невідомо
• Штат чи провінція: невідомо
• Код країни: США

Це некрасиве, але швидке рішення: використовуйте JDK 6 замість 7.

Прочитавши відповідь Хлої, я видалив JDK 7 (зараз він не потрібен) і встановив JDK 6. Це виправило. Кращим рішенням було б зробити мурашки для використання JDK 6 (без видалення 7). Можливо, можливо змінити / встановити цю властивість:

java.library.path

у файлі local.properties. Це в каталозі проектів (root).

Android все одно не працює з JDK 7 (лише 6 або 5), тому зробіть так, що сценарій мурашок також використовує JDK 6 або 5, мабуть, хороше рішення.

Це тому, що раніше створена збірка та поточний конфлікт у версії підпису між v1 (jar підписом) та v2 (повний підпис APK),

Щоб виправити належну версію підпису під діалоговим вікном Створити підписаний APK

Нещодавно у мене відбулася помилка під час оновлення до Android Studio 4.0. Причина полягала в тому, що проект був відключений підключенням V2 у конфігурації підписання в build.gradle.

Рішення полягало в тому, щоб видалити v2SigningEnabled falseабо явно встановити його true, що є значенням за замовчуванням.

android {    
    signingConfigs {
        dev {
            v2SigningEnabled true
        }
     }
}

У нових версіях Android Studio 3.2+, якщо ви намагаєтеся запустити releaseінсталяцію, а ви не визначили жодної конфігурації підпису, вона відображатиме запит про помилку, і встановлення не вдасться. Що потрібно зробити, це правильно виконати debugзбірку або налаштувати конфігурацію підпису (V1 або V2) правильно.

більшість відповідей вірні. і деякі інші причини, які трапляються, є

► ваш мінімум sdk менше, ніж sdk пристрою.
► у вашому пристрої є старша програма з тим же найменуванням пакета

Це може статися, якщо ви спробуєте включити .jarбібліотеку, яка містить AndroidManifest.xmlфайл.

• Якщо це чиста Java, переконайтеся, що ви не включите її до експорту .jar
• Якщо це не чиста Java (тобто проект Android), ви повинні включити її як бібліотечний проект

Також ви можете перевірити

Project Structure-> Default Config->Signing Config

після того, як ви додасте все, що вам потрібно

Установка змінної середовища JAVA_HOMEна JDK 5 або 6 (замість JDK 7) виправила помилку.

Через деякий час і кілька інтернет-ниток на цю тему мені вдалося виправити свій проект.

В основному це враховує останні файли (це можуть бути зображення чи макети ), які ви вводите. Якщо ви видалите їх, це вийде, і ви можете створити свій проект заново.

У мене на консолі Eclipse була помилка. Виявляється, у мене було два банки з однаковим змістом, але різними назвами, і вони суперечили один одному. Я просто видалив одну з них і мені вдалося встановити додаток на пристрій.

Я отримував цю помилку, тому що я випустив, що мій ant releaseне вдався, тому що мені не вистачало місця на диску.

Я отримав цю помилку, коли спробував встановити проект Xamarin, побудований на попередньому попередньому перегляді Android N на телефоні під управлінням api v23. Рішення - не робити цього.

Ще один спосіб отримати цю помилку - побудувати за допомогою antmacOS і мати файл значка Finder ( Icon\r) у вихідному дереві програми. Здається, jarsignerне вдається впоратися з поверненням перевезення у назві файлу, і, хоча, ви заявите, що підпис дійсний, якщо ви-verify APK, це завжди призводить до того, що APK не буде встановлено на пристрої. Як не дивно, плагін Finder Google Drive є чудовим джерелом файлів значків Finder.

Рішення полягає в тому, щоб виключити файли, які порушують права (які в APK так чи інакше є марними) із таким специфікатором у fileset:

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

Ця проблема виникне, якщо ви встановите версію APK, яка не підписується. Перевірте, чи правильно встановлено APK.

У мене виникли проблеми з кодом ionic / Visual Studio (Запуск Android на пристрої):

Я видалив додаток на мобільному пристрої (Налаштування / Програми), помилка зникла і додаток запускається.

Сьогодні це помилка для мене, тому що у мене є додаток з мінімальним sdk 28 і натискаю на емуляторі з версією SDK 23. Це, як правило, неможливо (AS Grey - це кнопка відтворення), але сьогодні це не так багато.

По-перше, просто спробуйте це зробити:

• перейдіть до скрипту Gradle → bulid.gradle (модуль: додаток) → тоді вам доведеться змінити (minSdkVersion) значення. Наприклад, якщо ви використовували 26, ви можете спробувати зменшити значення, наприклад (minSdkVersion 20)
• потім спробуйте (синхронізуйте зараз).

Якщо ви використовуєте емулятор, то спробуйте скинути його, а якщо ви мобільно спочатку видаліть програму, тоді вимкніть режим розробника, а потім увімкніть його, проблема буде вирішена.