555 Stimmen

Fehler Typ 3 Fehler: Aktivitätsklasse {} existiert nicht

Ich habe ein IntelliJ Android-Projekt, das ich erfolgreich in Android Studio 0.4.0 importiert habe. Es funktioniert perfekt, wenn ich nichts im Manifest ändere. Wenn ich jedoch die Startaktivität ändern und ausführen möchte, schlägt es mit diesem Fehler fehl:

Anwendung wird gestartet: com.trackingeng/LandingActivity.
GERÄTE-SHELL-BEFEHL: am start -D -n "com.trackingeng/LandingActivity"  
    -a android.intent.action.MAIN -c android.intent.category.LAUNCHER
Starten: Intent { act=android.intent.action.MAIN  
    cat=[android.intent.category.LAUNCHER] cmp=com.trackingeng/LandingActivity }
Fehler Typ 3
Fehler: Aktivitätsklasse {com.trackingeng/LandingActivity} existiert nicht.

Wenn ich auf Projekt mit Gradle-Dateien synchronisieren klicke, wird folgendes ausgegeben:

Projektsynchronisierung
Das Projekt 'TrackingEng' ist kein auf Gradle basierendes Projekt.

Ausführungseinstellungen: Bildbeschreibung hier eingeben

0voto

Heshan Sandeepa Punkte 3009

Sie haben möglicherweise den ursprünglichen Paketnamen und die Anwendungs-ID umbenannt. In diesem Fall

./adb shell am start -n /.

0voto

site Punkte 1230

Für mich lag es daran, dass das emulierte Telefon eine PIN hatte und aktuell gesperrt war, obwohl dies nicht visuell erkennbar war. Nachdem ich das Telefon entsperrt hatte, verschwand der Fehler. Android Studio 2022.3.1

Was es verwirrend machte, war, dass nachdem ich auf Play gedrückt hatte, es kompilierte, erfolgreich kompilierte und dann den Fehler existiert nicht anzeigte. Es hat nie das Laufende Geräte-Fenster geöffnet wie normal. Selbst nachdem ich dieses Fenster geöffnet, erneut auf Play geklickt hatte, trat derselbe Prozess auf und das Telefon schien nie eingeschaltet zu werden. Also nahm ich an, dass andere Probleme, wie in diesem SO aufgelistet, die Ursache waren. Schließlich, nachdem ich die Ein / Aus-Taste für das emulierte Telefon gedrückt hatte, zeigte der Bildschirm, der den versteckten Schuldigen enthüllte, den Bildschirmsperrbildschirm. Es schien ein etwas mehrdeutiger Fehler zu sein.

0voto

Dorian Pavetić Punkte 123

Ist mir passiert, als ich den App-Namen geändert habe.. App deinstalliert, von Debug- auf Release-Version gewechselt, Release installiert und dann zurück zur Debug-Version gewechselt, und es funktioniert.

0voto

MatthiasL Punkte 81

Ich hatte den gleichen Fehler, mit einer viel neueren Version von Android Studio (Version 4.1) . Eine Neuinstallation von Android Studio + eine frische "Basic Activity"-Vorlage würde stundenlang den Fehler des Typs 3 verursachen. Ich benutze Win 10 - mein Problem war, wie ich den gradle-Cache löschen konnte. Eine gute Antwort oben zeigte einen Bildschirmausdruck von gradle, aber ich habe es in Android Studio 4.1 nicht gefunden. Auch die Umgebungsvariablen für gradle waren nicht gesetzt, und der Befehl für gradle hat nicht funktioniert. Also .. hier ist, wie es schließlich funktioniert hat. Ich bin zu C:\Benutzer\meinbenutzername\.gradle gegangen. Dort befindet sich ein Unterverzeichnis "Caches". Ich habe alles darin gelöscht. Hat funktioniert! Ich habe Android Studio zuvor geschlossen, neu gestartet und dann hat es gut funktioniert. Ach, eine Sache habe ich vergessen - ich habe den Geräteemulator (Standardgerät) ausgeführt, d.h. noch kein physisches Gerät.

0voto

emmanuel kofi Punkte 111

Ein einfacher Hack ist es, Ihr Paket umzubenennen: z.B. MainActivity in ApplicationMainActivity

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X