Android n'a pas pu installer HelloWorld.apk sur le périphérique (null) Erreur
Je suis nouveau sur Android. Lorsque j'exécute mon application Android sous Eclipse, les messages suivants s'affichent dans la console:
[2011-03-08 12:57:35 - HelloWorld] ------------------------------
[2011-03-08 12:57:35 - HelloWorld] Android Launch!
[2011-03-08 12:57:35 - HelloWorld] adb is running normally.
[2011-03-08 12:57:35 - HelloWorld] Performing com.oreilly.helloworld.HelloWorldActivity activity launch
[2011-03-08 12:57:35 - HelloWorld] Automatic Target Mode: Preferred AVD 'MY_AVD' is not available. Launching new emulator.
[2011-03-08 12:57:35 - HelloWorld] Launching a new emulator with Virtual Device 'MY_AVD'
[2011-03-08 12:57:39 - HelloWorld] New emulator found: emulator-5554
[2011-03-08 12:57:39 - HelloWorld] Waiting for HOME ('Android.process.acore') to be launched...
[2011-03-08 13:00:14 - HelloWorld] WARNING: Application does not specify an API level requirement!
[2011-03-08 13:00:14 - HelloWorld] Device API version is 11 (Android 3.0)
[2011-03-08 13:00:14 - HelloWorld] HOME is up on device 'emulator-5554'
[2011-03-08 13:00:14 - HelloWorld] Uploading HelloWorld.apk onto device 'emulator-5554'
[2011-03-08 13:00:14 - HelloWorld] Installing HelloWorld.apk...
[2011-03-08 13:02:22 - HelloWorld] Failed to install HelloWorld.apk on device 'emulator-5554!
[2011-03-08 13:02:22 - HelloWorld] (null)
[2011-03-08 13:02:23 - HelloWorld] Launch canceled!
Comment résoudre les problèmes afin que mon application soit lancée?
Essayez de changer le délai de connexion ADB. Je pense que la valeur par défaut est de 5 000 ms et que j'ai changé le mien à 10 000 ms pour résoudre ce problème. Si vous êtes dans Eclipse, vous pouvez le faire en passant par Fenêtre -> Préférences, puis dans DDMS sous Android.
Comme décrit ici: Erreur Android: Échec de l'installation de * .apk sur l'appareil *: timeout
Redémarrer l'appareil fonctionne pour moi. Utiliser adb install peut faire installer l'apk, mais il est ennuyeux de l'utiliser chaque fois que vous lancez l'application lors du débogage dans Eclipse.
Je l’ai de temps en temps, mais cela est généralement lié au fait que l’émulateur est lent à démarrer. Réessayez sans fermez l'émulateur entre les tentatives. Et si cela échoue toujours, veuillez poster les journaux du client (logcat).
Une autre raison peut être un processus Eclipse fantôme exécuté en arrière-plan et toujours lié au port de débogage. Fermez Eclipse, consultez la liste des processus et voyez s’il existe toujours un Eclipse en cours d’exécution. Tuez-les tous et redémarrez Eclipse.
Vous pouvez également envisager une réinitialisation matérielle de votre émulateur en effaçant vos données utilisateur.
Pour ce faire, vous devez: - cliquer avec le bouton droit de la souris sur le nom de votre projet dans l’explorateur de paquet. onglet - puis cochez le nom de votre émulateur choisi - cochez la case "effacer les données utilisateur", cliquez sur Appliquer
Et la prochaine fois que vous lancerez votre émulateur, il devrait vous demander si vous voulez vraiment effacer vos données. Cliquez sur Oui, et j'espère que cela vous aidera à installer l'application.
Si vous l'exécutez sur un émulateur Android, vous ne souhaitez pas le fermer entre deux exécutions. Le système essaiera de charger l'application et expirera en raison du temps requis pour le démarrage de l'émulateur. Vous pouvez résoudre ce problème en augmentant le temps de la BAD en accédant à Fenêtre -> Préférences -> Android -> DDMS et en augmentant le délai de la BAD (5000 ms par défaut) ou en laissant l'émulateur ouvert et en l'exécutant une fois que l'émulateur est opérationnel .
Personnellement, je recommanderais de laisser l’émulateur ouvert car il charge les applications assez rapidement une fois qu’il est en cours d’exécution, mais cela pourrait être une charge pour le système. Faites ce qui vous aiderait le plus.
J'ai eu le même problème et l'a résolu en ajoutant les chemins du dossier du SDK Android tools et platform-tools à variable système PATH puis en redémarrant le périphérique.
Si le débranchement et le rebranchement de l'appareil ne fonctionnent pas, essayez d'augmenter le délai d'attente de téléchargement pour atteindre quelque chose de vraiment énorme, comme 20000 ms. Il se trouve dans Fenêtre → Préférences → Android → DDMS → "Délai de connexion ADB (ms)".
Essayez juste les étapes suivantes,
- Aller à l'écran d'accueil avant de commencer à exécuter l'application.
Pas besoin de désinstaller à chaque fois. Il suffit de désinstaller votre application une fois correctement.
Allez dans Paramètres -> Gérer les applications -> cliquez sur le menu -> filtrer -> Application tierce . Vérifiez si votre application existe ou non.
- Après avoir modifié votre application, sauvegardez-la. Faites un clic droit sur votre projet et sélectionnez "Exécuter en tant qu'application Android".
- Remarque: une fois encore, avant d'exécuter votre application, vérifiez si votre émulateur affiche l'écran d'accueil.
aller à l'écran d'accueil: depuis Eclipse, aller aux menus: fenêtre-> périphérique virtuel Android-> démarrer
J'ai rencontré le même problème et j'ai essayé d'augmenter le délai de connexion ADB ... Cela n'a pas fonctionné.
J'ai essayé de mettre "Android-sdk/tools" et "Android-sdk/platform-tools" dans la variable PATH .... Aucun effet.
J'ai essayé de redémarrer Eclipse et de laisser AVD démarrer avant de l'exécuter. Même problème.
Je peux parfois le faire fonctionner avec une combinaison de fermeture et de réouverture du projet, suivie du nettoyage et de la reconstruction du projet. Cela ne fonctionne pas toujours, mais comme je n'ai pas redémarré l'AVD cette dernière fois, je pense que le problème réside dans Eclipse lui-même. Vous pouvez essayer de supprimer tout le contenu du répertoire "bin" de votre projet, puis de le nettoyer et de le reconstruire. Il se peut que certains fichiers temporaires ou intermédiaires ne soient pas supprimés correctement. Une autre chose que je devais faire était de supprimer mon DAV. Il n'a pas supprimé correctement, et j'ai dû entrer et supprimer manuellement le sous-dossier de l'AVD, puis recréer l'AVD. Une combinaison de ces éléments élimine temporairement le problème. J'espère que cela pourra aider.
J'ai le même problème: Impossible d'installer test.apk sur le périphérique 'xxxxxxxxx': null
J'essaie de redémarrer le téléphone, de redémarrer Eclipse et rien!
Ensuite, je supprime ce projet de l'espace de travail Eclipse et l'importe à nouveau. (Fichier, Importer, Projet existant dans l’espace de travail). Je ne sais pas exactement quel était le problème, mais cela fonctionne maintenant.
La réponse de @Bolton a fonctionné pour moi . Quelques détails ...
J'ai eu mon téléphone il y a quelques semaines. J'ai tout de suite essayé l'exemple d'application HelloAndroid (après avoir installé le logiciel req'd, etc.). L'application a fonctionné dans l'émulateur ET sur le téléphone - tout de suite!
Peu de temps après, j'ai installé mon téléphone, mais je n'ai pas flashé de roms ou de noyaux. J'expérimentais que sur l'émulateur jusqu'à hier (en écrivant une application simple bloc-notes). Lorsque j'ai essayé de déboguer l'application au téléphone, voici ce que j'ai observé:
La console Eclipse a signalé le message "... échec de l'installation sur le périphérique ... (null)". MAIS
L'application HelloAndroid DID est poussée au téléphone! (Il est apparu dans le tiroir des applications ET j'ai pu le lancer.)
Il ne se lancerait tout simplement pas sur le téléphone à partir de l'exécution d'Eclipse.
J'ai cherché ici et ailleurs hier soir (y compris ce fil) sans succès. Enfin, j'ai redémarré mon téléphone - ce que je n'ai jamais essayé (car!) Car je ne pensais pas que cela ferait une différence - et l'application lancée depuis le démarrage d'Eclipse!
Je ne connais toujours pas la cause, mais je reviendrai ici si je le découvre.
Quant à moi, j'ai eu le même problème et cela a contribué à augmenter le volume SD et la taille de segment de mémoire max VM. (Gestionnaire de SDK et AVD Android - Périphérique virtuel - Éditer) Ce qui est intéressant, le changement de SD et de tas aux valeurs précédentes est également OK Cela signifie que tout changement des paramètres de l'émulateur et sa reconstruction sont suffisants. (Le redémarrage simple ne va pas aider)
J'avais importé un projet existant et commencé à exécuter ... Je rencontrais aussi le même problème (AVERTISSEMENT: l'application ne spécifie pas d'API. La version de l'API de périphérique est 11 (Android 3.0)). Après toutes mes tentatives pour résoudre cet échec, je viens de créer un nouveau projet sous un autre paquet afin de conserver les mêmes noms, de copier manuellement le contenu des fichiers des projets précédemment importés et de reprendre l’exécution en cours. tentative ... je pense que le problème était dû au manque de compatibilité des versions importées ... j'espère que cela pourra aider quelques-uns ...
Je faisais face à ce problème à maintes reprises. J'ai consulté beaucoup de forums, mais je n'ai pas trouvé de solution logique au problème.
J'avais l'habitude de recevoir ce message d'erreur........... : timeout Lancement annulé!
cette erreur est générée car le démarrage de l'émulateur et le déploiement de l'application prend un certain temps et avant l'expiration de ce délai.
Une solution simple à ce problème consiste à garder l'émulateur ouvert lorsque ce problème se produit, * exécutez simplement l'application à nouveau. Cela ne fait que déployer l'application sur l'émulateur déjà lancé * . Il n'y a pas beaucoup de temps consacré à cette exécution car la majeure partie du temps de déploiement de l'application est due au démarrage lent de l'émulateur.
J'espère que cela t'aides!
Lorsque l’écriture rouge apparaît - l’erreur, ne fermez pas l’émulateur - laissez-la telle quelle et exécutez à nouveau l’application.
aller paramétrer la sécurité vérifier les applications si coché, passer au statut non coché, puis passer au statut coché
redémarrez l'ADT ou essayez de modifier le délai de connexion ADB. Je pense que la valeur par défaut est de 5 000 ms et que j'ai changé le mien à 10 000 ms pour résoudre ce problème. Si vous êtes dans Eclipse, vous pouvez le faire en passant par Fenêtre -> Préférences, puis dans DDMS sous Android.
J'avais la même erreur.
Je viens de laisser l'AVD en marche même après qu'il ait déclaré "Failed to install *.apk on device-emulator-5554". Il a automatiquement chargé le projet par la suite.
Je pense que l'erreur vient du lent démarrage de l'AVD.
Je recevais les mêmes erreurs avec mes appareils.
Tout d'abord, assurez-vous de ne pas télécharger l'apk de débogage sur un appareil ayant déjà installé le même apk mais signé avec le certificat de certification. Dans ce cas, vous devez d'abord le désinstaller du périphérique.
Dans d’autres cas, ma solution consiste à tout redémarrer:
- redémarrer l'appareil
- pskill emulator-arm.exe
- pskill Eclipse.exe
- pskill adb.exe
Ensuite, adb et Eclipse fonctionnent.
Ce que Jichao a dit fonctionne toujours pour moi.
Généralement, lorsque je vois cette erreur si j'utilise Eclipse, je vais fermer et rouvrir le programme. Je vais ensuite désinstaller l'application du téléphone cible. Cela résout parfois le problème, mais pas toujours.
Ensuite, je vais ouvrir le terminal de commande et entrer dans Android-sdk puis lancer:
./adb install <AppName>.apk
Cela fait la même chose que de passer par Eclipse mais vous donnera un message d'erreur.
(9 fois sur 10, il est simplement indiqué 'INSTALL_ALREADY_EXISTS' et je vais désinstaller à nouveau l'application sur le téléphone cible, puis lancer adb et tout va bien.)
OK, cette approche ne sera utile que lorsque vous vous connecterez à un périphérique réel plutôt qu’à un émulateur Android.
La réinitialisation du délai de connexion DDMS ADB ne fonctionnera pas correctement avec un périphérique réel en cas de problème avec le mode de débogage USB du périphérique.
La désactivation et la réactivation du mode de débogage USB semblent donc résoudre le problème en créant une nouvelle session ADB sur le périphérique.
1) supprimez l’apk de ce répertoire project/build/output/apk
2) Si vous utilisez Genymotion Emulator, redémarrez Genymotion.
3) faire un projet et reconstruire le projet
4) Run Again