Nicht allein damit - unglaublich frustrierend, mit scheinbar jeder Codeänderung "reinflattern" zu müssen, bevor die Änderungen im Android Studio-Debug widergespiegelt werden.

[√] Flutter (Channel master, v0.3.6-pre.43, on Microsoft Windows [Version 10.0.16299.371], locale en-US)
    • Flutter version 0.3.6-pre.43 at E:\flutter
    • Framework revision 32d1f0a80a (17 hours ago), 2018-04-27 13:34:50 -0700
    • Engine revision e11905c6e5
    • Dart version 2.0.0-dev.50.0.flutter-8d4074175f

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\jens\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: E:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at E:\Program Files\Android\Android Studio
    • Flutter plugin version 24.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Community Edition (version 2018.1)
    • IntelliJ at E:\Program Files\JetBrains\IntelliJ IDEA Community Edition 181.4203.6
    • Flutter plugin version 22.2.3
    • Dart plugin version 181.4096.12

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 7.1.1 (API 25) (emulator)

• No issues found!

Ich habe im Moment das gleiche Problem, wie das Reload die neuesten Änderungen anzeigt, aber wenn ich kalt neu starte bekomme ich eine alte Version nur Flattern sauber hilft.

+1 Das gleiche Problem hier und tatsächlich hilft auch Flattern Clean bei mir manchmal nicht und ich muss die App manuell löschen und dann neu erstellen. Es ist wirklich nervig und frustrierend.. :(

Das gleiche habe ich auch mit Flutter erlebt.

UNRELATED: Das Lustige ist, dass ich auch ein ähnliches Problem mit der reinen Android-Entwicklung hatte. Android Instant Run hat mir auch eine ältere Version hinterlassen, sobald ich die App nach dem Debuggen neu starte.

@sethladd können Sie bitte vorrangig dabei helfen? Es ist, als ob der große Profi zum großen Gegner wurde :(

Stimme voll und ganz zu. Dies ist ein großer Rückschritt. Vor nicht allzu langer Zeit habe ich in einem Blogbeitrag geschrieben, wie glücklich ich war, dass das Flutter-Tooling im Vergleich zu Xamarin einfach funktioniert hat, aber jetzt ist es fast noch schlimmer. Hot Reload funktioniert zu oft nicht auf aktuellen Dev- und Master-Branches

So frustrierend. Die Debug-Schaltfläche von Android Studio berücksichtigt in der Regel die jüngsten Änderungen im Code nicht, sodass vor der Ausführung eine Flatterbereinigung erforderlich ist. Hot Reload von Android Studio funktioniert einfach nicht. Wenn ich einen Terminal-Flatter-Run ausführe, scheint das Hot Reload gut zu funktionieren, aber ich bekomme natürlich keine Debugging-Tools.

Was von einem 'flatter run'-Befehl ausgeführt wird, ist eindeutig nicht derselbe Code, der mit den Android Studio-Symbolen ausgeführt wird. Es ist der Punkt, an dem ich debuggen muss, ich muss jeden Lauf sauber machen, was schrecklich ist, wenn ich versuche, Probleme zu lösen.

UPDATE: Das Problem scheint auf das Debuggen beschränkt zu sein. Die Verwendung des "Ausführen"-Symbols von Android Studio ist so schnell wie vom Terminal aus und respektiert die letzten Codeänderungen. Aus irgendeinem Grund erfordert der Versuch eines Debuggens immer eine Flatter-Clean-Operation, um die jüngsten Codeänderungen zu berücksichtigen.

[√] Flutter (Channel master, v0.3.6-pre.43, on Microsoft Windows [Version 10.0.16299.371], locale en-US)
    • Flutter version 0.3.6-pre.43 at E:\flutter
    • Framework revision 32d1f0a80a (7 days ago), 2018-04-27 13:34:50 -0700
    • Engine revision e11905c6e5
    • Dart version 2.0.0-dev.50.0.flutter-8d4074175f

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\jens\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: E:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at E:\Program Files\Android\Android Studio
    • Flutter plugin version 24.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Community Edition (version 2018.1)
    • IntelliJ at E:\Program Files\JetBrains\IntelliJ IDEA Community Edition 181.4203.6
    • Flutter plugin version 22.2.3
    • Dart plugin version 181.4096.12

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 7.1.1 (API 25) (emulator)

• No issues found!

@cbracken @tvolkert klingt nach einer schlechten Regression. Irgendwelche Ideen?

@cbracken Besteht die Möglichkeit, dass dies mit Ihrer Arbeit zum Fingerabdruck und zur Vereinfachung von Build-Codepfaden zusammenhängt?

Könnte es ein Windows-Problem sein? Ich bin auch auf Windows. Die meisten Entwickler scheinen auf einem Mac zu funktionieren, also könnte dies ein Grund sein, warum dies nicht früher aufgetreten ist? Nur eine Vermutung

Ich habe dieses Problem übrigens auf dem Mac.

Am Freitag, den 4. Mai 2018 um 20:06 Uhr schrieb escamoteur [email protected] :

Könnte es ein Windows-Problem sein? Ich bin auch auf Windows. Die meisten Entwickler scheinen zu funktionieren
auf einem Mac, also könnte dies ein Grund sein, warum dies nicht früher aufgetreten ist? Nur ein
vermuten

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/16604#issuecomment-386621398 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AMCOnM-6r56bzBF5c4kpjOkSsAyexeO_ks5tvGdzgaJpZM4TVhip
.

Habe gerade mit https://github.com/flutter/flutter/pull/17175 behoben wurde

@ratsey, wenn Sie flutter upgrade , sollten Sie den Fix abholen. Bitte lassen Sie es uns wissen, wenn Sie nach 752906498ae9961008e9336a1c88aa14f8ac068f mit einem Commit synchronisiert werden

@dedeswim dieser Fix flutter channel dev flutter channel master ausführen oder sofort mit

@volkert ich habe stunden im master channel aufgerüstet
und bei mir steht es noch nicht fest.

Am Freitag, 4. Mai 2018 um 20:09 Uhr, Todd Volkert [email protected]
schrieb:

Habe gerade mit https://github.com/cbracken - klingt wie
dies wurde vor 3 Tagen auf Master in #17175 behoben
https://github.com/flattern/flattern/pull/17175

@ratsey https://github.com/ratsey Wenn Sie ein Upgrade durchführen, sollten Sie
nimm die Lösung auf. Bitte lassen Sie es uns wissen, wenn Sie es immer noch sehen, wenn
Sie werden nach 7529064 mit einem Commit synchronisiert
https://github.com/flattern/flattern/commit/752906498ae9961008e9336a1c88aa14f8ac068f

@dedeswim https://github.com/dedeswim dieser Fix landet möglicherweise nicht in der Beta
Kanal für mehrere Wochen. Sie können es früher sehen, indem Sie flattern
Channel Dev oder gleich mit Flatter Channel Master 😄

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/16604#issuecomment-386622251 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AMCOnJCY9QCtdFuMdaU2xTt6fFPvVQpcks5tvGgkgaJpZM4TVhip
.

@iampawan gut zu wissen - wir schauen heute bestimmt mal

Ja, ich habe nur den Debug-Build ausprobiert. Ich habe den iOS-Simulator verwendet und sogar
flattern clean hat bei mir nicht funktioniert. Ich musste die App löschen. Aber dann
Eine andere Sache, die mir aufgefallen ist, war, dass wenn ich meine App 2-3 Mal immer wieder ausführe
dann spiegeln sich die Änderungen wider.. Ich weiß immer noch nicht, wie man das beheben kann, aber das passiert
wenn die App während des heißen Neuladens einfriert

Am Freitag, 4. Mai 2018 um 20:15 Uhr, Todd Volkert [email protected]
schrieb:

@iampawan https://github.com/iampawan gut zu wissen - werden wir bestimmt
schau heute mal rein. Dies ist auf Android-Debug-Builds?

—
Sie erhalten dies, weil Sie erwähnt wurden.

Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/16604#issuecomment-386624223 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AMCOnNxuo-c8uFwQkrw0C1BBXMqAGcd4ks5tvGmhgaJpZM4TVhip
.

Schnelle Umfrage für diejenigen, die mitmachen, falls dies hilft, ein Muster zu erkennen, in dem dies geschieht (klingt so, als ob das Betriebssystem bereits ausgeschlossen wurde, da wir Berichte sowohl von Windows als auch von MacOS haben): Welche der folgenden Aussagen treffen auf Sie zu:

• Android vs. iOS
• physisches Gerät vs. Emulator/Simulator
• Debug-, Profil- oder Release-Build

• Android-Build
• Windows-Rechner
• Emulator. & Gerät
• Heute morgen aktualisiert.
• Debug nur noch getestet

Es ist noch seltsamer, ich mache eine Änderung und ein Instant Reload und die Änderung wird angezeigt. Ich beende und starte die App ohne Flutter clean und bekomme die alte Version.

1. Android und iOS beide .. ich habe es gerade überprüft
2. Physisches sowie Emulatorgerät
3. Ich habe nur Debug versucht
4. Bei mir passiert es weniger in Android Studio, aber mehr, wenn ich vscode verwende (
   kann sein, dass das irrelevant ist, weil ich es nicht weiß)

Am Freitag, 4. Mai 2018 um 20:20 Uhr, Todd Volkert [email protected]
schrieb:

Schnelle Umfrage für diejenigen, die mitmachen, falls es hilft, ein Muster zu erkennen
wo das passiert (klingt als wäre OS schon ausgeschlossen worden, seit wir
Berichte sowohl von Windows als auch von MacOS haben): Welche der folgenden Punkte gelten für
Sie:

• Android vs. iOS
• physisches Gerät vs. Emulator/Simulator
• Debug-, Profil- oder Release-Build

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/16604#issuecomment-386625760 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AMCOnP1SMbNrtH7hn11XZOR7SVxFyTtaks5tvGrRgaJpZM4TVhip
.

Es ist noch seltsamer, ich mache eine Änderung und ein Instant Reload und die Änderung wird angezeigt. Ich beende und starte die App ohne Flutter clean und bekomme die alte Version.

Das klingt nach einem Problem beim Neuaufbau der Kernel-Datei für die App ( build/app.dill ). Der anfängliche App-Lauf erstellt eine Kernel-Datei und startet die App daraus; beim ersten Hot-Reload werden alle (Kernel-)Quellen der App in einen In-Memory auf dem devfs-Dateisystem des Geräts geladen und von dort neu geladen; nachfolgende erneute Ladevorgänge füllen Dateideltas in dieses Speicherdateisystem.

/cc @aam

17175 sollte nur ein Ungültigkeitsproblem für Profil-/Release-Builds behoben haben. Debugbuilds verwenden einen anderen Codepfad.

Ich kann diesen Fehler nicht mit einfachen Codeänderungen an den Galerie-Demotests mit dem iOS-Debug-Simulator auf dem Master reproduzieren, indem ich nur die Befehlszeilentools verwende. Ich werde eine IDE durchgehen, die den Daemon verwendet und so lange herumstochern, bis wir klären, was los ist.

@iampawan @escamoteur Haben Sie das schlechte Verhalten bei Codeänderungen oder Asset-Änderungen (oder beidem) gesehen?

haben Sie das schlechte Verhalten bei Codeänderungen gesehen oder ...

Und wenn sich Code ändert, war es Dart-Code oder Java/ObjC-Code?

Hat dies auch jemand über die Befehlszeile oder immer in einer IDE reproduziert?

Ich kann dies weder von IJ noch von der Befehlszeile (auf einem physischen Android-Gerät) aus reproduzieren.
Ich starte Flutter Gallery, mache einfache Änderungen (lib/gallery/app.dart:128 'Flutter Gallery' -> 'Updated Flutter Gallery'), Hot-Reload, bestätige, dass ich die Änderung sehe (Titel der App ändert sich), Stoppen Sie die App, starten Sie sie erneut, sehen Sie immer noch die Änderung.

Dies ist auf 24.0.1 des Flutter IJ-Plugins, master Zweig von Flutter:

Flutter 0.3.6-pre.113 • channel master • [email protected]:aam/flutter.git Framework • revision d820e5f3b1 (12 hours ago) • 2018-05-03 22:27:29 -0700 Engine • revision e976be13c5 Tools • Dart 2.0.0-dev.53.0.flutter-e6d7d67f4b

@devoncarew hat geschrieben

Das klingt nach einem Problem beim Neuaufbau der Kernel-Datei für die App (build/app.dill).

Wenn Sie die App das nächste Mal starten, sollte build/app.dill werden, da die Quellen neuer als die Dill-Datei sind.

@cbracken habe es bisher nur mit Dart-Code-Änderungen versucht. Wenn wir Ihnen mit Protokolldateien helfen können, lassen Sie es uns wissen.
Entschuldigung für die Verzögerung, aber Zeitzonen machen es schwierig.

Ich verwende VS-Code, wenn das einen Unterschied macht

@escamoteur- Protokolldateien wären großartig. Wenn Sie flutter -v run ... mit den üblichen Flatter-Run-Argumenten ausführen, erhalten Sie eine detailliertere Ausgabe. In Android Studio können Sie Ihre Ausführungskonfiguration bearbeiten, um —verbose im Feld für zusätzliche Optionen anzugeben.

Dieses Protokoll ist nach flutter clean
afterflutterclean.txt

Dann habe ich etwas modifiziert und ausgeführt, ohne dass die Änderung wirksam wird

afterchange.txt

Dann nach einem weiteren flutter clean

afterfluttercleanafterchange.txt

Ich habe das ganze Projekt gezippt. Der Button in der App sollte nach der Änderung blau sein, ist es aber nicht
Weiß nicht, ob man es aus der Zip-Datei reproduzieren kann

https://drive.google.com/open?id=1r2lQPVW3TgJpK4RH_kyrRXyePIyw7_UY

PS C:\Entwicklung\BlogZwei-Wege-Bindung in Flutter\two_way_binding> flattern -v Doktor
[√] Flutter (Channel Master, v0.3.7-pre.9, unter Microsoft Windows [Version 10.0.17134.1], locale de-DE)
• Flutter-Version 0.3.7-pre.9 unter C:\Entwicklung\Flutter
• Framework-Revision b2b4665926 (vor 19 Stunden), 2018-05-04 18:17:35 -0700
• Motorrevision e976be13c5
• Dart-Version 2.0.0-dev.53.0.flutter-e6d7d67f4b

[√] Android-Toolchain - für Android-Geräte entwickeln (Android SDK 27.0.3)
• Android SDK unter C:\Users\escam\AppData\Local\Android\sdk
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-27, Build-Tools 27.0.3
• Java-Binärdatei unter: C:\Programme\Android\Android Studio\jrebin\java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1024-b02)
• Alle Android-Lizenzen werden akzeptiert.

[√] Android Studio (Version 3.1)
• Android Studio unter C:\Programme\Android\Android Studio
• Flutter-Plugin-Version 23.2.2
• Dart-Plugin-Version 173.4700
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1024-b02)

[√] VS Code, 32-Bit-Edition (Version 1.22.2)
• VS-Code unter C:\Programme (x86)\Microsoft VS-Code
• Dart Code-Erweiterungsversion 2.12.1

[√] Verbundene Geräte (1 verfügbar)
• Android SDK für x86 gebaut • Emulator-5554 • android-x86 • Android 6.0 (API 23) (Emulator)

• Keine Probleme gefunden!

Leider bin ich bis Dienstag unterwegs,

Ich musste den min. SDK- und SDK-Speicherort ändern, und mein Flutter hat ein Upgrade durchgeführt, damit die Zip- Datei von @escamoteur auf meinem Setup ausgeführt wird.

Ich kann die Schaltflächenfarbe im Debug mit einem Hot-Reload ändern und auch die Farbe zwischen den Debug-Läufen ändern. Fazit - @escamoteur funktioniert für mich.

Ich werde es später heute Abend mit diesem Flutter-Upgrade noch einmal mit meinem Code versuchen.

Irgendwelche Erkenntnisse durch die Protokolle? @cbracken

@cbracken @tvolkert Ich verwende die neueste Flatter-Version und heute hat das Einfrieren bei der Verwendung von vscode zugenommen, aber ich hatte kein Problem, da die neuesten Änderungen in der App jetzt widerspiegeln, was nicht früher war. Aber die App friert ein, während etwas geändert wird in zustandsbehafteten Klassen und ich denke, es passiert weniger oder nicht, wenn ich das Terminal für Hot Reload verwende

Ich verwende die neueste Flatter-Version und heute hat sich das Freeze-Ding bei der Verwendung von vscode erhöht

Sind Sie auf Windows? Es scheint einen schwerwiegenden Fehler im April-Update zu geben, der zum Einfrieren von Chrome-basierten Apps führt:

https://www.engadget.com/2018/05/03/microsoft-windows-10-chrome-cortana-freeze-fix/

Nein, ich verwende die neueste Version von Macosx

Am Dienstag, 8. Mai 2018, 17:51 Uhr schrieb Danny Tuppeny [email protected] :

Ich benutze die neueste Flatter-Version und heute hat das Freeze-Ding
erhöht bei Verwendung von vscode

Sind Sie auf Windows? Es scheint einen großen Fehler im April-Update zu geben
das führt zu einem Einfrieren bei Chrome-basierten Apps:

https://www.engadget.com/2018/05/03/microsoft-windows-10-chrome-cortana-freeze-fix/

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/flutter/flutter/issues/16604#issuecomment-387383846 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AMCOnDF0oDTkjXNK1ZasxOD9jVuZP8TSks5twY3KgaJpZM4TVhip
.

Okay, das dann nicht. Wenn Sie sagen "die App friert ein", meinen Sie die mobile App auf dem Gerät (oder die VS Code App)? Ich denke, das ist wahrscheinlich ein anderes Problem als nicht richtig neu aufzubauen, daher kann es sich lohnen, ein anderes Problem zu eröffnen. Wenn Sie VS Code verwenden, wäre ich daran interessiert, Flutter Run- und Observatory- Protokolldateien für den Zeitraum anzuzeigen, in dem Sie einfrieren sehen.

@DanTup Hier in Schritt 1 sehen Sie die Farbe der unteren Appbar und auch die App friert ein, wenn die Benachrichtigung "Hot Reload durchführen" Zeit braucht - sagen wir mehr als 5 Sekunden. Jetzt Schritt 2 ist, wenn ich die App neu erstelle, jetzt sind die Änderungen weg und wenn ich einige Änderungen vornehme und ein Hot-Reload durchführe, werden alle Änderungen reflektiert befestigt


observatory.txt

@iampawan Ich denke, das ist ein anderes Problem; Könnten Sie dazu eine neue Ausgabe eröffnen, um eine Verwechslung mit dem Problem „Nicht-Wiederaufbauen-wenn-es-sollte“ zu vermeiden? Können Sie auch das

flatter_run.txt

@iampawan Dieses Protokoll scheint keine Anfragen zum Hot-Reload zu enthalten. Die letzte Zeile ist, wenn die App gestartet wird. Könnten Sie es erneut versuchen, aber auch an ein neues Problem anhängen - Ich glaube nicht, dass diese Probleme beim Neuladen gleich sind, wenn die App nicht neu erstellt / bereitgestellt wird, wenn sie sollte, und es ist etwas verwirrend, parallele Gespräche im selben Problem zu führen.

@DanTup Ok, ich werde morgen eine neue Ausgabe dafür eröffnen, aber vorerst gebe ich Ihnen die Protokolldatei, die ich generieren konnte (die aktualisierte). Auch während ich dieses Video gemacht habe - https://youtu.be/q-GtMerSNuY , bin ich am Ende mit dem Problem konfrontiert worden, damit Sie sich den Endteil zum besseren Verständnis ansehen können. Vielen Dank
flatter_run.txt Ich weiß nicht, ob die Datei nicht etwas hat, was Sie erwarten, aber ich

@iampawan Danke; das log hat es. Es hat tatsächlich das, was ich befürchtete, darin enthalten sein könnte:

TimeoutException: Request to Dart VM Service timed out: _flutter.listViews({})

Bitte eröffne ein Problem dafür; Ich habe in letzter Zeit auch andere Berichte darüber gesehen.

@cbracken Haben meine Protokolle irgendwie geholfen?

Zum Original Problem auf diesen Thread, kann ich bestätigen , dass das heiße Reload jetzt Berücksichtigung Code sieht tragen Änderungen zwischen den Läufen und so braucht kein Handbuch ‚flattern sauber‘ Betrieb.

Wenn Sie jedoch nach einer Reihe von Änderungs-/Hot-Reload-Vorgängen von einem Debug-Lauf zu einem Nicht-Debug-Lauf wechseln, muss diese Flutter-Bereinigung dennoch durchgeführt werden.

Ich hatte heute Probleme damit (sowohl auf einem Emulator als auch auf einem echten Gerät) unter Windows mit dem Hot-Reload-Breaking, während ich die Werte im Animations-Tutorial-Code von Flutter änderte. (https://flutter.io/tutorials/animation/).

Ich konnte das Hot-Reload-Problem beheben, indem ich die Leerzeichen in der Verzeichnisstruktur entfernte, die den Code enthielt. Klingt albern, aber bei mir hat es funktioniert.

ZB habe ich C:\Dev\Flutter Apps\hello_world\animation_examples geändert

zu C:\Dev\Flutter_Apps\hello_world\animation_examples

Flutter Arzt:

[√] Flutter (Channel dev, v0.5.5, on Microsoft Windows [Version 10.0.17134.112], locale en-AU)
    • Flutter version 0.5.5 at C:\Dev\flutter-sdk
    • Framework revision 020e0ef55c (12 days ago), 2018-06-14 13:17:08 -0700
    • Engine revision c3976b3c71
    • Dart version 2.0.0-dev.61.0.flutter-c95617b19c

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Jason\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Flutter plugin version 25.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[!] VS Code, 64-bit edition (version 1.24.1)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Flutter extension not installed; install from
      https://marketplace.visualstudio.com/items?itemName=Dart-Code.flutter

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 8.1.0 (API 27) (emulator)

! Doctor found issues in 1 category.

Ich hatte dieses Problem auch in den Zweigen beta und master von Flutter.

Ich habe auch seit letztem Monat die gleichen Probleme mit dem Flattern. Hope Flutter Team berücksichtigt dieses Problem und behebt es bald. Weil wir #Flattern lieben.

Ein Großteil des Teams ist gerade nicht im Büro, aber es klingt so, als ob @cbracken im nächsten Schritt die Protokolle von @escamoteur oben

Ich habe mehrere, die ich verwende, um Flatter-Apps zu entwickeln, und ich hatte das gleiche Problem, bei dem die App auch nach dem vollständigen Neuaufbau der App nicht aktualisiert wird. Ich muss jedes Mal, wenn ich flutter run mache, einen Hot-Restart durchführen, damit die Änderungen auftreten.

Irgendeine Verbesserung? das Problem besteht weiterhin. Bitte reparieren Sie es. Wir lieben

Flattern

Ich kann ehrlich gesagt nicht berichten, dass ich immer noch Probleme habe. Hast du schon mal versucht auf Dev- oder Master-Channel zu wechseln?

Ich kann das Problem bestätigen. Wenn ich etwas in meinem Code ändere und mit dem Debuggen beginne, bin ich mir nie sicher, ob ich die "neueste Version" habe. Wenn ich mit Step-Through debugge... Ich kann manchmal sehen, wie es Code in Kommentaren schrittweise durchgeht... Jetzt mache ich zur Sicherheit einen Flatterlauf und versuche es erneut.

[√] Flutter (Kanalmaster, v0.5.7-pre.62, unter Microsoft Windows [Version 10.0.17134.112], locale en-US)
• Flutter-Version 0.5.7-pre.62 bei C:\flatter
• Framework-Revision 7ac183794b (vor 2 Tagen), 2018-07-06 15:21:29 -0700
• Motorrevision 6fe748490d
• Dart-Version 2.0.0-dev.63.0.flutter-4c9689c1d2

[√] Android-Toolchain - für Android-Geräte entwickeln (Android SDK 27.0.3)
• Android-SDK unter C:\Android\android-sdk
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-27, Build-Tools 27.0.3
• ANDROID_HOME = C:\Android\android-sdk
• Java-Binärdatei unter: C:\Programme\Android\Android Studio\jrebin\java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1024-b02)
• Alle Android-Lizenzen werden akzeptiert.

[√] Android Studio (Version 3.1)
• Android Studio unter C:\Programme\Android\Android Studio
• Flutter-Plugin-Version 25.0.1
• Dart-Plugin-Version 173.4700
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1024-b02)

[√] VS Code, 64-Bit-Edition (Version 1.25.0)
• VS-Code unter C:\Programme\Microsoft VS-Code
• Flutter-Erweiterungsversion 2.15.0

Es wäre also interessant, was der Unterschied zu unseren Systemen ist

@gspencergoog Mir wurde gesagt, dass Sie sich möglicherweise mit

@DanTup Ich habe es gesehen, aber ich denke, @cbracken ist in einer besseren Position, um es zu beheben.

Kann jemand das explizite Speichern vor dem Hot-Reload/Hot-Restart reproduzieren?
verbessert die Situation? (mit Hot-Reload beim Speichern deaktiviert)
Siehe auch flatter/flatter-intellij#2472

Das einzige, was ich gestern beobachtet habe, ist, dass ich, wenn ich während des Debuggens eine Änderung an einer Paketdatei vornehme, die nicht Teil meines Projekts ist, nach dem Speichern explizit neu laden muss, um wirksam zu werden

@escamoteur Danke für das Feedback. Das klingt nach #15879

Nein, das Paket nicht ändern, nur eine kleine Codeänderung in einem referenzierten Paket zum Debuggen vornehmen

Du meinst eine Pfadabhängigkeit?

Keine Paketabhängigkeit. Aber vielleicht ist das zu viel zu erwarten.

Ändern Sie Dateien in ~/.pub-cache/hosted/... . Ich bezweifle stark, dass Sie für diesen Anwendungsfall Unterstützung erhalten. Davon wird dringend abgeraten. Andernfalls gibt es keine Möglichkeit, einen gehosteten Paketcode zu ändern, ohne dass die Datei .packages geändert wird.

OK, ich bekenne mich schuldig

@escamoteur Ich weiß nicht, ob es hier einen Unterschied macht (und Sie wissen das vielleicht bereits), aber Sie können Pfade für importierte Pakete überschreiben, wenn Sie eine "weniger nicht unterstützte" Möglichkeit zum Ändern von Dateien in Paketen wünschen:

dependency_overrides:
  vm_service_client:
    path: ../../../vm_service_client

@escamoteur Ich müsste mir unseren Hot Reload-Code ansehen, aber ich erinnere mich definitiv, dass es eine absichtliche Designentscheidung war, das App-Projekt und die vorübergehende Schließung von path: zu sehen, als es pub serve (für das Web) gab path: Abhängigkeiten, aber nicht alles , was in der Kneipe Cache zu sehen, oder git Abhängigkeiten (dieser Code nicht vom Benutzer modifizierbar sollte sein). Ich würde sehr stark vermuten, dass dies beim Flattern der Fall bleibt.

@cbracken danke für die Klarstellung. Entschuldigung, wenn ich etwas vom ursprünglichen Problem wegführe

Das Problem besteht weiterhin. Irgendwelche Korrekturen?? Bitte werfen Sie einige Informationen weg.

@cbracken Das hat mit der heutigen Version funktioniert:

Flutter 0.5.8-pre.61 • Kanalmaster • https://github.com/flutter/flutter
Framework • Überarbeitung b8b6d41 (vor 7 Stunden) • 2018-07-17 18:07:54 -0700
Motor • Revision 5557e3006e
Werkzeuge • Dart 2.0.0-dev.67.0.flatter-84ca27a09e

Ich konnte nur nach Hot Reload Änderungen debuggen. Auch ein Flutter-Clean half nicht mehr.
Ich habe auf git reset --hard e22f99743b4f0bea4a9b8e7703ce5ffbfda37a04
Problem gelöst funktioniert jetzt wieder

Ich bin mir über den Status dieses Fehlers nicht sicher. :/

Es hört sich so an, als ob das ursprüngliche Problem behoben sein könnte, aber dann gibt es verwandte Berichte, die auch hier hinzugefügt wurden?

Es hört sich so an, als ob der neueste Kommentar von kaputt ist, aber das scheint nichts mit dem ursprünglichen Problem zu

Ich würde Benutzern empfehlen, die immer noch Probleme in dieser Weltraumdatei haben. Neue, separate Fehler (auf die Sie gerne von hier aus verlinken können), damit wir sicherstellen können, dass jeder einzelne diagnostiziert und behoben wird?

Nicht wirklich. Das Debuggen funktioniert, aber es wird nicht immer die neueste Version der App auf das Gerät übertragen, wenn eine neue Debugsitzung gestartet wird. Alle per Hot Reload vorgenommenen Änderungen werden gepusht und können debuggt werden.

@escamoteur wären Sie bereit, einen neuen Fehler zu diesem speziellen Problem einzureichen? Ich würde mich freuen, die richtigen Leute hinzuziehen, um sicherzustellen, dass wir das Problem beheben. Vielen Dank!

@eseidel ok, wird aber morgen sein.

Ich denke, das Problem, das @escamoteur hat, ist möglicherweise das gleiche wie im Originalbericht hier - veraltete Apps werden auf dem Gerät gestartet?

Ich denke, die obige Aussage war ein wenig verwirrend, weil sie das Debuggen erwähnte, aber als ich um Klärung auf Gitter bat, sagte er:

Ich habe die App gestartet, einige Änderungen vorgenommen und einen Hot Reload durchgeführt => Änderungen sind aufgetreten. App gestoppt und neu gestartet => alte App-Version erhalten

Wenn ich den Originalbericht richtig verstehe, denke ich, dass diese identisch sein könnten.

@escamoteur , hast du eine neue Ausgabe

Ich muss es noch nicht neu reproduzieren, was bedeutet, dass ich mein derzeit funktionierendes Setup geändert habe und in den letzten Tagen etwas richtig entwickelt habe

Ja, ich kann bestätigen, dass ich auch mit diesem Problem konfrontiert bin, ich arbeite von VS Code aus und habe gerade mit Flattern begonnen und arbeite an der Beispiel-App "Startup Name Generator" und war überrascht zu sehen, dass die App bei einem Neustart ein altes Stück Code, eine Änderung und einen Hot-Reload-Vorgang, aktualisierte sofort die gesamte Benutzeroberfläche auf den aktuellen Code , aber das ist ein sehr ärgerliches Problem, wir brauchen eine Clean-and-Build-Option.

Könnten Sie bitte hier Ihre Flutter Doctor-Ausgabe hinzufügen, damit wir wissen, welche Version Sie verwenden?

Ich habe die ZIP-Datei auf der Website verwendet, aber es scheint, dass ein Upgrade verfügbar ist. Ich werde den Status nach dem Upgrade aktualisieren

[flattern] flatterndoktor
╔═════════════════════════════════════════════════ ═══════════════════════════╗
║ WARNUNG: Ihre Installation von Flutter ist 77 Tage alt. ║
║ ║
║ Um auf die neueste Version zu aktualisieren, führen Sie „flatter upgrade“ aus. ║
╚═════════════════════════════════════════════════ ═══════════════════════════╝

Zusammenfassung des Arztes (um alle Details zu sehen, führen Sie flatter doctor -v aus):
[✓] Flutter (Kanal Beta, v0.5.1, auf Mac OS X 10.12.6 16G1408, Gebietsschema en-IN)
[✓] Android-Toolchain – Entwicklung für Android-Geräte (Android SDK 28.0.2)
[✓] iOS-Toolchain - für iOS-Geräte entwickeln (Xcode 9.2)
[✓] Android Studio (Version 3.1)
✗ Flutter-Plugin nicht installiert; dies fügt Flutter-spezifische Funktionen hinzu.
✗ Dart-Plugin nicht installiert; dies fügt Dart-spezifische Funktionen hinzu.
[!] VS-Code (Version 1.26.0)
[✓] Verbundene Geräte (1 verfügbar)

! Der Arzt hat Probleme in einer Kategorie gefunden.
Ausgangscode 0

Ja bitte versuch das. Sie können auch versuchen, zum Dev- oder Master-Zweig zu wechseln

Nun, es ist behoben, nehme ich an, ich kann die Verbindung trennen und wieder herstellen und ich kann sehen, dass ein neuer Build ordnungsgemäß generiert und installiert wird , da Hot Reload jetzt fast wie Instant Run in Android Studio funktioniert für VS-Code?)

@droidluv Ich denke, in letzter Zeit wurden einige Arbeiten durchgeführt, um eine erneute Verbindung zu ermöglichen. Ich bin mir nicht sicher, ob dies Ihren Anwendungsfall abdeckt.

Irgendwelche Aktualisierungen? Seine 2 Monate. Ich kann Flattern nicht verwenden, bis dieses Problem behoben ist.
Ich starte es von vscode.
Protokolle

NoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosed

env

~/Desktop/hello_world
$ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel beta, v0.7.3, on Mac OS X 10.14 18A384a, locale en-CN)
[✓] Android toolchain - develop for Android devices (Android SDK 26.0.2)
[✓] iOS toolchain - develop for iOS devices (Xcode 9.4.1)
[✓] Android Studio (version 3.0)
[✓] VS Code (version 1.27.0)
[✓] Connected devices (1 available)

• No issues found!

@bang88 Versuchen Sie, zu Dev oder Master zu wechseln und probieren Sie es aus. bei mir funktioniert es seit geraumer Zeit einwandfrei.
Wie hängen diese Fehlermeldungen mit diesem Problem zusammen?

@escamoteur Ich habe versucht, zu einem anderen Kanal zu wechseln und habe den gleichen Fehler. Das ursprüngliche Problem war https://github.com/Dart-Code/Dart-Code/issues/1113

@DanTup gibt es eine Möglichkeit, vscode dazu zu bringen, die CLI mit --verbose auszuführen?

@tvolkert yep, klicke auf das Zahnrad in der Debug-Sidebar, um launch.json zu erstellen/öffnen, und füge dann einen args Abschnitt hinzu, damit es ungefähr so ​​aussieht:

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Flutter",
            "request": "launch",
            "type": "dart",
            "args": [
                "-v"
            ]
        }
    ]
}

Die Ausgabe wird in Debug Console :

@bang88 können Sie versuchen, die ausführliche Protokollierung gemäß dem vorherigen Kommentar zu aktivieren und die Ausgabe hier

Danke @bang88!

Zu Ihrer Information, für zukünftige Referenzen ist gist.github.com ein großartiger Ort, um wirklich große Log-Snippets wie die oben genannten einzufügen. Dann fügst du hier einen Link zum Kern in die Kommentare ein.

Basierend auf dieser Ausgabe sieht es so aus, als würde die folgende Zeile null :

https://github.com/flutter/flutter/blob/cb74e0eda87e35966437ef38a09ef02e23d50206/packages/flutter_tools/lib/src/resident_runner.dart#L71

Eigentlich sieht es, wenn man ein bisschen gräbt, eher nach einer Rennbedingung aus. @bang88 können Sie versuchen, das folgende Diff lokal anzuwenden und dann erneut einzuschließen ? Vielen Dank!

diff --git a/packages/flutter_tools/lib/src/resident_runner.dart b/packages/flutter_tools/lib/src/resident_runner.dart
index d675e6db3..cdfabe409 100644
--- a/packages/flutter_tools/lib/src/resident_runner.dart
+++ b/packages/flutter_tools/lib/src/resident_runner.dart
@@ -86,12 +86,17 @@ class FlutterDevice {
     if (vmServices == null)
       return <FlutterView>[];

-    return vmServices
-      .where((VMService service) => !service.isClosed)
-      .expand((VMService service) => viewFilter != null
-          ? service.vm.allViewsWithName(viewFilter)
-          : service.vm.views)
-      .toList();
+    try {
+      return vmServices
+        .where((VMService service) => !service.isClosed)
+        .expand((VMService service) => viewFilter != null
+            ? service.vm.allViewsWithName(viewFilter)
+            : service.vm.views)
+        .toList();
+    } catch (error) {
+      printError('Error while getting views: $error -- stack trace: ${StackTrace.current}');
+      rethrow;
+    }
   }

   Future<Null> getVMs() async {

@tvolkert

https://gist.github.com/bang88/c22ecff0e1e94fa46ae23058d266c6be#file-flutter-log-L481

@bang88 Ich habe Ihren obigen Kommentar mit dem Inline-Log-Inhalt gelöscht, den Sie auch mit dem Hauptlink zur Verfügung gestellt haben. Ich hoffe, es ist in Ordnung.

@zoechi Danke.

@bang88 Könnten Sie versuchen, ein Protokoll von VS Code zu erfassen, während Sie dies reproduzieren und hier anhängen?

Führen Sie in VS Code den Befehl Dart: Capture Logs aus der Befehlspalette aus und markieren Sie die Kategorien Debugger (Observatory) und Flutter Run . Reproduzieren Sie dann das Problem, klicken Sie auf Protokollierung stoppen und senden Sie uns das Protokoll.

@bang88 Bevor Sie das tun, können Sie bitte versuchen, diese Beta-Version von Dart Code zu installieren:

https://github.com/Dart-Code/Dart-Code/releases/tag/v2.18.1-beta.1

Es behebt einen Fehler, bei dem die Ausführung mit ausführlicher Ausgabe von Flutter dazu führen konnte, dass wir den Debugger früher als erwartet anhängen (da wir die Observatory-URL fälschlicherweise aus der ausführlichen Ausgabe parsen). Dies sieht so aus, als ob es in Ihrem neuesten Protokoll passiert, obwohl ich denke, dass es durch ausführliche Protokollierung verursacht wird, ist es möglicherweise nicht das ursprüngliche Problem (obwohl es verdächtig ist, dass der Fehler derselbe zu sein scheint).

@DanTup Ich habe es wie von Ihnen vorgeschlagen reproduziert. hier sind die neuen Protokolle https://gist.github.com/bang88/e140e6a9a3c0c045d24339fc593c5595

Und ich habe ein Gif aufgenommen:

@DanTup es sieht definitiv so aus, als würden wir nach dem Ereignis app.start mit dem Senden app.started warten.

21696 wird den Code auf der Tools-Seite defensiver machen, aber wir sollten wahrscheinlich auch die IDE-Seite aktualisieren, um das Senden von Ereignissen bis zum Start der App zu warten.

Scheint ein Timing-Problem zu sein, das von der Leistung der Entwicklungsmaschine abhängt, so dass einige Leute damit konfrontiert sind und andere nicht

Hardware Overview:

  Model Name:   MacBook Pro
  Model Identifier: MacBookPro14,3
  Processor Name:   Intel Core i7
  Processor Speed:  3.1 GHz
  Number of Processors: 1
  Total Number of Cores:    4
  L2 Cache (per Core):  256 KB
  L3 Cache: 8 MB
  Memory:   16 GB
  Boot ROM Version: MBP143.0178.B00
  SMC Version (system): 2.45f0
  Serial Number (system):   xxx
  Hardware UUID:    xxx

@bang88 Wenn Sie flutter upgrade auf dem Master-Kanal sind, erhalten Sie die erste Lösung dafür. Ich vermute, dass Sie dadurch eine direktere Zeitüberschreitung erhalten, wenn Sie auf den Start der App warten, aber versuchen Sie es bitte und melden Sie sich zurück.

@tvolkert Ich habe gerade ein Upgrade auf den Master-Kanal durchgeführt und es werden keine Fehler mehr

~/Desktop/hello_world
$ flutter doctor -v[✓] Flutter (Channel master, v0.8.3-pre.36, on Mac OS X 10.14 18A384a, locale en-CN)
    • Flutter version 0.8.3-pre.36 at /Users/bang/flutter
    • Framework revision d02e67e76e (5 hours ago), 2018-09-12 12:11:59 +0200
    • Engine revision 6f459e2f10
    • Dart version 2.1.0-dev.4.0.flutter-05ccfa8502

[✓] Android toolchain - develop for Android devices (Android SDK 26.0.2)
    • Android SDK at /Users/bang/Library/Android/Sdk
    • Android NDK at /Users/bang/Library/Android/Sdk/ndk-bundle
    • Platform android-26, build-tools 26.0.2
    • ANDROID_HOME = /Users/bang/Library/Android/Sdk
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)
    • All Android licenses accepted.

[✓] iOS toolchain - develop for iOS devices (Xcode 9.4.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 9.4.1, Build version 9F2000
    • ios-deploy 1.9.2
    • CocoaPods version 1.5.0

[✓] Android Studio (version 3.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 23.2.1
    • Dart plugin version 171.4424
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)

[✓] VS Code (version 1.27.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 2.18.0

[✓] Connected devices (1 available)
    • iPhone X • 3DBD546E-7A81-40E2-AB99-F2843169EC64 • ios • iOS 11.4 (simulator)

• No issues found!

@tvolkert Ich denke, das ist vielleicht schon einmal passiert, aber die oben verlinkte Beta-Version hätte das app.start an stdin gesendet wird (alle an stdin gesendeten Daten sollten mit [FlutterRun] [Info] ==> in der Zeile protokolliert werden), aber es scheint wie letzte Zeile aus dem Flutter-Prozess ist:

[10:18:14 GMT+0800 (CST)] [FlutterRun] [Info] <== [ +5 ms] Verbindung zum Dienstprotokoll: http://127.0.0.1 :59843/

Dann passiert nichts, bis die Debug-Sitzung beendet wurde. Ich denke, dass etwas in Flutter nach der obigen Zeile ins Stocken geraten könnte, bevor das app.started Ereignis gesendet wird.

Ich frage mich, ob wir zusätzliche printTrace s zwischen dem Code hinzufügen sollten, der die obige Zeile ausgibt und dem, der das app.started Ereignis sendet? Es gab ein anderes Problem, das ich bereits zuvor kommentiert habe (https://github.com/flutter/flutter/issues/18889#issuecomment-420706390), das meiner Meinung nach ein anderes Problem ist, aber auch in diesem Bereich ins Stocken geraten scheint.

Wenn wir keine zusätzliche Protokollierung vornehmen möchten, könnten wir dies in einem Zweig tun und diese Benutzer einfach dazu bringen, das zu übernehmen.

Diese Zukunft wird nicht rechtzeitig abgeschlossen (oder vielleicht nie abgeschlossen):

https://github.com/flutter/flutter/blob/8cf68731e010023e5dcae1f00991f4ac5b1b758b/packages/flutter_tools/lib/src/resident_runner.dart#L71

Es gibt Trace-Anweisungen davor und danach - wir sehen die davor, aber nicht die danach...

Wenn ich diesen Call zurückverfolge, wette ich, dass wir hier hängen:

https://github.com/flutter/flutter/blob/8cf68731e010023e5dcae1f00991f4ac5b1b758b/packages/flutter_tools/lib/src/vmservice.dart#L241

/cc @aam

VM-Anfragen können unbeantwortet bleiben, wenn die VM auch tatsächlich ausgefallen ist.
Was passiert auf dem Gerät, wenn wir auf diese Hänger stoßen? Gibt es Abstürze auf dem Gerät?

Keine Abstürze nur ein leerer Bildschirm https://github.com/flutter/flutter/issues/16604#issuecomment -420490327

Normalerweise müsste ich die Anwendung erstellen und sie würde die Anwendung mit den Änderungen korrekt ausführen.

Kratze das eigentlich. Ich muss die Anwendung neu installieren

Irgendwelche Aktualisierungen?

Ich brauche flutter clean seit einiger Zeit nicht mehr viel.

Bei mir macht sauber nichts. Ich muss die App aus dem iOS-Simulator löschen. Dann wird Flattern versuchen zu laufen (und scheitert). Und wenn ich es zum zweiten Mal starte, funktioniert es.

Es muss etwas mit der inkrementellen Aktualisierungslogik nicht stimmen. Wenn die App per Hot Reload gelöscht oder geändert wurde, wird sie während flutter run nicht richtig erkannt.

Ich kann Flattern nicht verwenden, bis dieses Problem gelöst ist.

Ich bin gerade auf dieses Problem in Version 0.8.2 gestoßen

Es ist wirklich nervig.

Zum Entwicklerkanal wechseln

Immer noch ein Problem in Master 0.10.1-pre.15

Ich denke, einer der Hauptgründe dafür, dass dieses Problem auftritt (behoben durch Löschen des Build-Ordners oder Ausführen des Flatter Clean-Befehls), wenn einige nicht gültige Änderungen am Code vorgenommen wurden und dann Hot-Reload oder Hot-Restart gedrückt wurden und dann die Anwendung abstürzte, nachdem dieser erneut ausgeführt wurde für das Projekt wird der alte Build (vor den unvalidierten Änderungen) verwendet, bis der Build-Ordner gelöscht wird.

Zu Ihrer Information @gspencergoog dies scheint eines der am

@ FlutterIODev Ich stimme zu, ein Absturz scheint notwendig zu sein, damit dieses Problem auftritt. Ich denke, es sollte auch ein nicht behebbarer Absturz sein, wenn die App einfriert. Dies scheint beim Debuggen häufiger zu passieren, obwohl ich mir nicht ganz sicher bin.

Meine Erfahrung bestätigt das. Ich kann garantieren, dass Hot Reload nicht funktioniert, wenn es eine Ausnahme gibt, die eine Bereinigung benötigt, um wieder zu funktionieren (was in Tutorials nicht erwähnt wird, ist am Anfang ziemlich verwirrend). Ich habe sogar 'build apk' verwenden lassen, um einen früheren Debug-Build und nicht die aktuellen Dateien widerzuspiegeln, wenn 'clean' nicht zuerst verwendet wurde - das scheint insbesondere unbeabsichtigt zu sein.

Gibt es bestimmte Arten von Abstürzen, die miteinander zu korrelieren scheinen? Vielleicht Abstürze, die früher in der Startsequenz oder in einem bestimmten Plugin auftreten? Ich frage mich, ob wir uns von einigen Ausnahmen einfach nicht richtig erholen.

Installiere einfach 0.9.4 Minuten und es funktioniert immer noch nicht.

Bei jedem Update habe ich das gleiche Problem.

Sehr geehrte Damen und Herren, die von diesem Fehler betroffen sind:

Wir versuchen, die Ursache(n) dieses Fehlers aufzuspüren und haben es schwer, eine rauchende Waffe zu identifizieren. Wenn Sie uns bitte helfen könnten, indem Sie dieses kurze Formular ausfüllen, wäre es sehr hilfreich.

https://goo.gl/forms/eFPT6A3jAD8clU4o2

@dedeswim
@ratsey
@escamoteur
@iampawan
@KgotsoK
@jason-codeheroes
@mohith7548
@RedTech64
@jmwatte
@droidluv
@titonton
@szotp
@ElNuru247
@magicleon94
@NotThatBowser
@bang88
@davidgalarza

Ich habe diesen Fehler schon eine ganze Weile nicht mehr gesehen, seit ich auf dem Entwicklerkanal bin

Leute, die es reproduzieren können - wenn Sie in diesen Zustand geraten (wenn die App auf dem Gerät nicht mehr aktualisiert wird, während Sie versuchen, sie vom Host bereitzustellen), bevor Sie flutter clean tun, wäre es möglich für Sie etwas an der Quelle ändern, flutter run --verbose tun und die Ausgabe davon über gist.github.com teilen?

Wenn dieses Problem bei mir auftritt, erhalte ich diese Fehlermeldung von Android Studio

java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
java.util.concurrent.CompletionException: java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
    at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:292)
    at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:308)
    at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:593)
    at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
    at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
    at java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:1977)
    at io.flutter.run.daemon.DaemonApi$Command.completeExceptionally(DaemonApi.java:375)
    at io.flutter.run.daemon.DaemonApi.dispatch(DaemonApi.java:181)
    at io.flutter.run.daemon.DaemonApi$1.onTextAvailable(DaemonApi.java:141)
    at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.intellij.execution.process.ProcessHandler$5.invoke(ProcessHandler.java:223)
    at com.sun.proxy.$Proxy17.onTextAvailable(Unknown Source)
    at com.intellij.execution.process.ProcessHandler.notifyTextAvailable(ProcessHandler.java:197)
    at com.intellij.execution.process.BaseOSProcessHandler$SimpleOutputReader.onTextAvailable(BaseOSProcessHandler.java:198)
    at com.intellij.util.io.BaseOutputReader.sendText(BaseOutputReader.java:202)
    at com.intellij.util.io.BaseOutputReader.processInput(BaseOutputReader.java:186)
    at com.intellij.util.io.BaseOutputReader.readAvailableNonBlocking(BaseOutputReader.java:105)
    at com.intellij.util.io.BaseDataReader.readAvailable(BaseDataReader.java:85)
    at com.intellij.util.io.BaseDataReader.doRun(BaseDataReader.java:163)
    at com.intellij.util.io.BaseDataReader$1$1.run(BaseDataReader.java:66)
    at com.intellij.util.ConcurrencyUtil.runUnderThreadName(ConcurrencyUtil.java:209)
    at com.intellij.util.io.BaseDataReader$1.run(BaseDataReader.java:63)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
    ... 22 more

vielleicht kann es helfen...
```
flattern --Version:

Flutter 0.9.4 • Kanal-Beta • https://github.com/flutter/flutter.git
Framework • Überarbeitung f37c235c32 (vor 3 Wochen) • 2018-09-25 17:45:40 -0400
Motor • Revision 74625aed32
Werkzeuge • Dart 2.1.0-dev.5.0.flutter-a2eb050044
```
Win10
physisches Android-Gerät.

Leute, die es reproduzieren können - wenn Sie in diesen Zustand geraten (wenn die App auf dem Gerät nicht mehr aktualisiert wird, während Sie versuchen, sie vom Host bereitzustellen), bevor Sie flutter clean tun, wäre es möglich für Sie etwas an der Quelle ändern, flutter run --verbose tun und die Ausgabe davon über gist.github.com teilen?

Los geht's: https://gist.github.com/zoechi/63ad820136130ee6a053e33f48b9ea14

@5ummit hast du https://goo.gl/forms/eFPT6A3jAD8clU4o2 ausgefüllt?

Für andere war der Vorschlag, die Protokolle mit https://gist.github.com/ zu veröffentlichen.
und posten Sie den Link nur hier, um zu vermeiden, dass dieses Problem eine Meile lang wird.

@5ummit schrieb:

Los geht's:
...
[ +97 ms] [ +578 ms] Überspringen der Kernel-Kompilierung. Fingerabdruck-Match.

Danke, sehr hilfreich. Die Tatsache, dass wir die Kompilierung übersprungen haben, nachdem Sie den Quellcode geändert haben, scheint die Hauptursache zu sein. Möglicherweise müssen wir die Fingerabdruckberechnung besser instrumentieren, um zu verstehen, warum eine Übereinstimmung gemeldet wurde, nachdem Sie eine Quelle bearbeitet haben. Nur zur Bestätigung - Sie haben eine der Quellen in Ihrer Flatter-App im Ordner lib/ bearbeitet, oder?

@5ummit schrieb:

Los geht's:
...
[ +97 ms] [ +578 ms] Überspringen der Kernel-Kompilierung. Fingerabdruck-Match.

@aam schrieb:
Danke, sehr hilfreich. Die Tatsache, dass wir die Kompilierung übersprungen haben, nachdem Sie den Quellcode geändert haben, scheint die Hauptursache zu sein. Möglicherweise müssen wir die Fingerabdruckberechnung besser instrumentieren, um zu verstehen, warum eine Übereinstimmung gemeldet wurde, nachdem Sie eine Quelle bearbeitet haben. Nur zur Bestätigung - Sie haben eine der Quellen in Ihrer Flatter-App im Ordner lib/ bearbeitet, oder?

Ja, viele - zuvor hatte ich ein Problem, das ich dank der Community https://github.com/flutter/flutter/issues/23131 beheben konnte. Erhalten Sie jetzt dieses - denken Sie, dass sie verbunden sind?

Ich denke, für mich persönlich liegt mein Problem in einer Firebase-Abhängigkeit, es ist auch bei https://github.com/flutter/flutter/issues/23131 aufgetreten. Ich muss mich aber umsehen, um mehr zu finden.

Hier: https://gist.github.com/SUPERETDUPER/2b3585956f279ab5e47df431e8eda113

Zur Reproduktion mache ich folgendes.

• flattern sauber
• Flatterlauf -v
• Nehmen Sie eine Änderung vor
• Hot-Reload-Wechsel (mit r)
• App stoppen (mit q)
• Flatterlauf -v
• Nehmen Sie eine weitere Änderung vor
• Heißes Nachladen (mit r)
• App stoppen (mit q)
• Flatterlauf -v

Es wird nur die erste Änderung angezeigt. Muss flatterfrei laufen, damit die zweite Änderung angezeigt wird.
Fyi, ich ändere eine statische const-Ganzzahl, die in einem Text-Widget verwendet wird

@SUPERETDUPER schrieb:

Hier: https://gist.github.com/SUPERETDUPER/2b3585956f279ab5e47df431e8eda113
...
Kompilieren von Dart in den Kernel mit 439 aktualisierter Datei

Dies scheint darauf hinzudeuten, dass wir die App neu erstellt haben, als Sie flutter run -v haben, aber was Sie sagen, ist, dass die App lief, ohne dass Ihre Änderung (statische konstante Ganzzahl?) offensichtlich war?

Können Sie dies in der App "Flatter Sample Counter" ( flutter create sample ) reproduzieren?

Ich habe die Flatterzähler-Beispiel-App verwendet. Alles, was ich getan habe, war Text("Number: $number") in das Spalten-Widget hinzuzufügen. Und ich habe diese Zeile static const int number = 1; in MyHomePageState hinzugefügt. Für Änderungen habe ich gerade 1 in andere Werte geändert.

Und ja, die App wurde neu erstellt; das erste Mal mit den Änderungen, aber das zweite Mal ohne die zweite Änderung.

@SUPERETDUPER können Sie bitte überprüfen, ob das Erstellen eines Beispiel-Flatter-Projekts irgendwo _außerhalb_ eines Pfads mit Leerzeichen in einem Namen (der vollständige Pfad Ihres Arbeitsordners hat Platz in IntelliJ IDEA ) das Problem behebt, das Sie mit dem veralteten App-Status haben?

Wenn dies so schwer zu beheben ist, gibt es dann zumindest eine Flagge, die das Flattern bei jedem Start erzwingt?

Wenn dies so schwer zu beheben ist, gibt es dann zumindest eine Flagge, die das Flattern bei jedem Start erzwingt?

Es ist nicht so einfach wie ein Flag, aber wenn Sie VS Code verwenden, können Sie eine Aufgabe erstellen, um flutter clean auszuführen und sie als preLaunchTask .

.vscode/tasks.json

{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "flutter clean",
            "type": "shell",
            "command": "flutter clean"
        }
    ]
}

.vscode/launch.json

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Flutter",
            "request": "launch",
            "type": "dart",
            "preLaunchTask": "flutter clean"
        }
    ]
}

Weiter oben hast du gesagt, dass clean bei dir nicht funktioniert und du die App vom Gerät deinstallieren musst. Wenn dies immer noch der Fall ist, müssen Sie wahrscheinlich den Befehl flutter clean in einen Befehl adb ändern, um die App zu deinstallieren.

Das heißt, ich würde empfehlen, die oben aufgeführten Dinge auszuprobieren, bevor Sie dies tun!

• Füllen Sie dieses Formular aus -> https://github.com/flutter/flutter/issues/16604#issuecomment -430338285
• Veröffentlichen Sie ein ausführliches Protokoll im Wesentlichen -> https://github.com/flutter/flutter/issues/16604#issuecomment -430513752
• Überprüfen Sie, ob dies durch Leerzeichen in Ihren Pfaden verursacht werden kann -> https://github.com/flutter/flutter/issues/16604#issuecomment -430892518

@DanTup in der Tat muss ich die App löschen. Es ist möglich, dass es tatsächlich zwei Fehler gibt: einen, dass er sauber ausgeführt werden muss, und einen, dass die iOS-App gelöscht werden muss.

Ich habe ein bisschen mehr getestet und ein Beispielprojekt erstellt, das zu 100% funktioniert, jedoch nur auf iOS. Es ist möglich, dass ich dieses Problem unter Android nie hatte, aber ich bin mir nicht sicher.

https://github.com/szotp/flutter_stale_app

Ich habe detaillierte Anweisungen zum Beheben des Fehlers hinzugefügt:
https://github.com/szotp/flutter_stale_app/blob/master/lib/main.dart#L29 -L36

BEARBEITEN: Ich denke, es ist hier wichtig, dass sich die App in diesem eingefrorenen Zustand befindet - der Debugger-Haltepunkt scheint dies in meinem Beispiel sicherzustellen, aber es ist möglich, eine eingefrorene App zu haben, ohne Haltepunkte zu erreichen. Das Beenden der App vor dem Neustart scheint zu helfen, damit der Xcode-Build wieder ausgeführt wird.

BEARBEITEN: Wenn die App eingefroren ist und ich erneut starte, erfolgt kein Xcode-Build, aber die App wird eindeutig beendet und erneut gestartet, wobei alle zuvor angesammelten Hot-Reloads verloren gehen.

Interessanterweise zeigt der Debugger beim Debuggen mit der Version, die nicht erfolgreich aktualisiert wurde, den alten Code (aus dem Build-Ordner) an. Es sieht also so aus, als ob der Build-Ordner nicht aktualisiert wird?

@szotp Danke! Ich habe dies zum ersten Mal mit Ihrer Anleitung / App auf dem iOS-Simulator auf meinem MacBook reproduziert.

@aam @tvolkert nicht sicher, wer sich das ansieht, aber ich gehe davon aus, dass es leicht reproduziert werden kann. Wenn nicht, können Sie sich gerne bei mir melden, wenn der (Fern-)Zugriff auf meinen Computer zum Debuggen nützlich ist.

@tvolkert Glaubst du, du kannst die Ergebnisse aus dem Google-Formular teilen? Ich bin neugierig.

Aus der Beschreibung geht hervor, dass eine der flutter_assets Dateien in diesem Szenario nicht korrekt synchronisiert wird.

@SUPERETDUPER sicher! Hier ist es: Umfrage.pdf . Es zeigt ziemlich unterschiedliche Reaktionen, was für mich sagt, dass dieser Fehler wahrscheinlich mit mehr als einer zugrunde liegenden Ursache überfrachtet ist.

@sztop , danke für die tolle Repro!
Tritt https://github.com/flutter/flutter/issues/16604#issuecomment -431066044 nur im iOS-Simulator auf? Was passiert, wenn Sie die Flatter-App im iOS-Simulator beenden (schließen), bevor Sie sie erneut aus VSCode starten?

@aam Scheint, als ob das Entfernen der Leerzeichen behoben wurde! Dankeschön!

Mit #23268 (ios simulator fix) und #23273 (spaces in path fix) im Master-Zweig gelandet, versuchen Sie bitte den Master-Kanal, wenn Sie können, und sehen Sie, ob Sie das Problem immer noch reproduzieren können. Vielen Dank!

@aam Jetzt funktioniert es, danke.

Ich habe flutter channel master versucht und das Problem besteht immer noch. Gib erstmal auf 😢 . Ich habe eine Ubuntu-Maschine erstellt und dort eine neue Entwicklungsumgebung eingerichtet und alles funktioniert wie erwartet.

@bang88 , nicht sicher, ob Sie Flattern von der Befehlszeile aus ausführen können, aber möglicherweise können Sie flutter run --verbose tun, nachdem Sie eine Änderung vorgenommen haben und die Ausgabe davon über gist.github.com teilen?

@aam Die Protokolle: https://gist.github.com/bang88/9b2d69d43b2cb95f008a35ae399159b8

und Flatterversionen

~/Desktop/my_new_app 3m 34s
$ flutter doctor -v
[✓] Flutter (Channel master, v0.10.2-pre.21, on Mac OS X 10.14 18A389, locale
    en-CN)
    • Flutter version 0.10.2-pre.21 at /Users/bang/development/flutter
    • Framework revision 7aeb539da9 (34 hours ago), 2018-10-21 05:47:10 +0200
    • Engine revision 58cdd53f90
    • Dart version 2.1.0-dev.7.1.flutter-b99bcfd309

[✓] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at /Users/bang/Library/Android/Sdk
    • Android NDK at /Users/bang/Library/Android/Sdk/ndk-bundle
    • Platform android-27, build-tools 27.0.3
    • ANDROID_HOME = /Users/bang/Library/Android/Sdk
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)
    • All Android licenses accepted.

[✓] iOS toolchain - develop for iOS devices (Xcode 10.0)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 10.0, Build version 10A255
    • ios-deploy 2.0.0
    • CocoaPods version 1.5.0

[✓] Android Studio (version 3.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 23.2.1
    • Dart plugin version 171.4424
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)

[✓] VS Code (version 1.28.2)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 2.19.0

[✓] Connected device (1 available)
    • iPhone X • 57906EE0-7FEB-487A-8698-85E91AF8B004 • ios • iOS 12.0
      (simulator)

• No issues found!

@aam Die Protokolle: https://gist.github.com/bang88/9b2d69d43b2cb95f008a35ae399159b8

@bang88 , ich

@aam Github ist

Kann ich Ihnen eine E-Mail mit den wichtigsten Informationen senden. oder warten Github behebt die Serverprobleme

@bang88 , habe diesen Link

Welche Datei bearbeiten Sie (wenn Sie flutter run -v tun)? Ist das eine der Dart-Dateien in Ihrem Projekt oder in einem der Pakete, die Sie importieren? Sehen Sie die Datei, die Sie bearbeiten, in build/snapshot_blob.bin.d
Fingerprint match Meldung

[  +20 ms] Building Runner.app for ...
...
[ +371 ms] Skipping kernel compilation. Fingerprint match.
[ +545 ms] Building bundle

Gibt es Neuigkeiten zu diesem Thema?
Ich hatte dieses Problem direkt nachdem ich vom Emulator (Windows) auf ein echtes Gerät (Android) umgestiegen bin.
flutter clean löscht .build aber ich bekomme immer noch die alte App. Erst nach einer Neuinstallation der App auf dem Gerät funktioniert alles wie erwartet.

@stannynuytkens Auf welcher Version von Flatter bist du? Können Sie von der Befehlszeile aus reproduzieren?

Wenn ja, könnten Sie versuchen, den Anweisungen von @aam in den vorherigen Nachrichten zu

• Deinstallieren Sie die App vom Telefon
• Build-Ordner löschen
• Führen Sie die App über die Konsole aus
• Beende die App nach dem Laden (mit q )
• Nehmen Sie eine Änderung an einer Datei vor (notieren Sie, welche Datei Sie ändern)
• flutter run -verbose

Unter der Annahme, dass dies das Problem reproduziert, kann es nützlich sein, die Ausgabe der endgültigen flutter run -verbose in einem Kern sowie Informationen darüber, welche Datei Sie geändert haben, bereitzustellen. Überprüfen Sie auch, ob die von Ihnen geänderte Datei in build/snapshot_blob.bin.d /

Update: Ergebnisse der Umfrage sind einsehbar unter https://docs.google.com/spreadsheets/d/1xCzx-Xwx0Qiv3U5GqnjwkyLlzVmcxEZ73hzQszyzhkY/preview

Es scheint keine rauchende Waffe zu geben 😞

Wenn Sie an Dev oder Master arbeiten und häufig auf Probleme stoßen, habe ich die Möglichkeit hinzugefügt, unser gesamtes Build-Caching zu deaktivieren (dies verlangsamt weder das Hot-Reload noch den Hot-Restart). Dies kann durch Setzen der Umgebungsvariablen DISABLE_FLUTTER_BUILD_CACHE=true .

Wenn dies die Situation verbessert/nicht verbessert, würde ich es gerne wissen, aber denken Sie daran, dass dies erst in v1.5.3 und höher wirksam wird.

Wir haben bestätigt, dass dies den Fall von veralteten Assets, auf die in #27720 verwiesen wird, und ähnliche Fehler behebt. Um hier fortzufahren, deaktivieren wir standardmäßig das Build-Caching. Diese Build-Caches werden einzeln wieder aktiviert, sobald wir eine bessere Abdeckung der Integrationstests haben, um die Richtigkeit zu beweisen.

Diese Änderung wird wahrscheinlich für einige Zeit keine stabile Version sein, und idealerweise werden wir bis zur Verfügbarkeit der nächsten stabilen Version das gesamte Build-Caching wieder aktiviert haben. In der Zwischenzeit wäre es äußerst hilfreich, wenn Benutzer, die sich auf Dev oder Master befinden, melden könnten, ob sie dieses Problem immer noch sehen oder nicht.

Ich habe dieses Problem und mein Kollege auch. Wir haben dieses Problem jetzt seit über einer Woche.

Jedes Mal, wenn ich die App in einem iOS-Simulator ausführe, wird eine alte Version des Codes ausgeführt. Wenn ich einen Neustart mache, wird der neueste Code ausgeführt. Flatter Clean ändert nichts. Ich habe das gleiche Problem bei jedem Simulator, den ich ausprobiert habe und unabhängig davon, ob ich von Android Studio, dem Terminal oder XCode aus starte. Ich habe nicht versucht, von einer anderen IDE aus zu starten.

Flatterarzt -v Ausgabe:
[✓] Flutter (Kanal stabil, v1.2.1, unter Mac OS X 10.14.4 18E226, Gebietsschema en-SE)
• Flutter-Version 1.2.1 unter /Users/martinlundberg/Dev/flatter
• Framework-Revision 8661d8aecd (vor 2 Monaten), 14.02.2019 19:19:53 -0800
• Motorrevision 3757390fa4
• Dart-Version 2.1.2 (Build 2.1.2-dev.0.0 0a7dcf17eb)

[✓] Android-Toolchain – Entwicklung für Android-Geräte (Android SDK Version 28.0.3)
• Android SDK unter /Users/martinlundberg/Library/Android/sdk
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-28, Build-Tools 28.0.3
• Java-Binärdatei unter: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1248-b01)
• Alle Android-Lizenzen werden akzeptiert.

[✓] iOS-Toolchain - für iOS-Geräte entwickeln (Xcode 10.2.1)
• Xcode unter /Applications/Xcode.app/Contents/Developer
• Xcode 10.2.1, Build-Version 10E1001
• iOS-Bereitstellung 1.9.4
• CocoaPods-Version 1.5.3

[✓] Android Studio (Version 3.3)
• Android Studio unter /Applications/Android Studio.app/Contents
• Flutter-Plugin-Version 33.3.1
• Dart-Plugin-Version 182.5215
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1248-b01)

[✓] IntelliJ IDEA Ultimate Edition (Version 2018.1.3)
• IntelliJ unter /Applications/IntelliJ IDEA.app
• Flutter-Plugin-Version 29.0.2
• Dart-Plugin-Version 181.4892.1

[✓] IntelliJ IDEA Community Edition (Version 2018.1.6)
• IntelliJ unter /Applications/IntelliJ IDEA CE.app
• Flutter-Plugin-Version 29.0.2
• Dart-Plugin-Version 181.5540.11

[✓] VS-Code (Version 1.33.1)
• VS Code unter /Applications/Visual Studio Code.app/Contents
• Flatterverlängerung Version 2.25.1

[✓] Verbundenes Gerät (2 verfügbar)
• Android SDK für x86 gebaut • Emulator-5554 • android-x86 • Android 9 (API 28) (Emulator)
• iPhone 6 • 63E1705F-F8E7-4916-8C58-D2307D217DCD • ios • com.apple.CoreSimulator.SimRuntime.iOS-12-2 (Simulator)

• Keine Probleme gefunden!

Diese Fixes sind erst in ~ 1.5 und höher, daher würde ich erwarten, dass es in 1.2.1 noch Probleme gibt. Ich bin überrascht, dass Flatter Clean keine Wirkung hat - in diesem Fall würde ich versuchen, den Simulator neu zu starten.

Ja es überrascht mich auch.

Ein Neustart des Simulators ändert leider nichts. Die einzige Möglichkeit, das Problem zu beheben, ist ein Neustart im laufenden Betrieb. das macht den neuesten Code ausgeführt. Das Problem ist, dass dies die Umgebungseinstellungen, die wir vor runApp eingerichtet haben, nicht ändert :/

Empfehlen Sie also, auf ~1.5 zu wechseln, um das Problem zu beheben?

Haben Sie ein anders konfiguriertes Build-Verzeichnis? Insbesondere wenn foo/ die Wurzel Ihres Flatter-Projekts ist, gibt es ein foo/build Verzeichnis? Wenn ja, kannst du das manuell löschen und es erneut versuchen?

Außerdem scheint der Fix, den ich gelandet habe, als v1.5.8 markiert zu sein

Yeah flatter clean löscht den Build-Ordner und dann bekomme ich das gleiche Problem, wenn ich wieder baue und starte.

@molundb hat geschrieben

Ich habe dieses Problem und mein Kollege auch. Wir haben dieses Problem jetzt seit über einer Woche.

Weißt du, wann es angefangen hat? Hast du vorher eine ältere Version von flatter verwendet oder vor einer Woche etwas anderes geändert?

Jedes Mal, wenn ich die App in einem iOS-Simulator ausführe, wird eine alte Version des Codes ausgeführt. ich

Passiert das nur beim iOS-Simulator? Oder erleben Sie dies auch auf einem physischen iOS-Gerät oder Android-Sim / -Gerät?

Können Sie dies reproduzieren, wenn Sie die Befehlszeile flutter run -v ausführen? Wenn ja, können Sie die Ausgabe von flutter run -v nach https://gist.github.com/ kopieren und einfügen und hier einen Link dazu posten? Grundsätzlich, wenn Sie den Build-Ordner bereinigen können, flutter run -v die App, eine Änderung vornehmen, ein Hot-Reload durchführen und bestätigen können, dass keine Änderungen angezeigt wurden, wäre das Protokoll dafür sehr hilfreich.

@molundb
Das Löschen der App aus dem Simulator hat bei mir funktioniert. Dies passiert normalerweise, wenn ich auf eine nicht abgefangene Ausnahme treffe

@titonton
Danke für den Tipp, aber ich habe Hardware -> Alle Inhalte und Einstellungen löschen... für den Simulator gemacht und habe immer noch das gleiche Problem.

@aam

Weißt du, wann es angefangen hat? Hast du vorher eine ältere Version von flatter verwendet oder vor einer Woche etwas anderes geändert?

Es ist so lange her, dass ich leider nicht sagen kann, wann es passiert ist oder was es verursacht hat. Ich habe flattern mindestens einmal aktualisiert, nachdem es angefangen hat.

Passiert das nur beim iOS-Simulator? Oder erleben Sie dies auch auf einem physischen iOS-Gerät oder Android-Sim / -Gerät?

Es passiert nicht auf Android-Sim oder -Gerät. Ich lade jetzt ein iOS-Gerät auf, um es zu testen.

Grundsätzlich, wenn Sie den Build-Ordner bereinigen, die App flattern lassen, eine Änderung vornehmen, ein Hot-Reload durchführen und bestätigen können, dass keine Änderungen angezeigt wurden, wäre das Protokoll dafür sehr hilfreich.

https://gist.github.com/molundb/cda4caa4e90288568db16ba9a0e962d6

Ich kann Ihre Frage zum iOS-Gerät im Moment nicht beantworten, da ich anscheinend aus irgendeinem Grund nicht auf diesem iOS-Gerät laufen kann:

Starten von lib/main_dev.dart auf Iphone 7s iPhone im Debug-Modus...
Automatisches Signieren von iOS für die Gerätebereitstellung mit dem angegebenen Entwicklungsteam im Xcode-Projekt: 2NJ74JJ92A
Xcode-Build wird ausgeführt...
Xcode-Build fertig. 6.9s
Fehler beim Erstellen der iOS-App
Fehlerausgabe von Xcode-Build:
↳
* ERSTELLEN FEHLGESCHLAGEN *

Ausgabe von Xcode:
↳
=== BUILD TARGET Runner OF PROJECT Runner MIT KONFIGURATION Debug ===
Die Verwendung der Swift 3- @objc- Inferenz im Swift 4-Modus ist veraltet. Bitte adressieren Sie veraltete @objc- Inferenzwarnungen, testen Sie Ihren Code mit aktivierter Protokollierung "Verwendung der veralteten Swift 3 @objc Inference" auf "Standard" für den "Runner"
=== BUILD TARGET Runner OF PROJECT Runner MIT KONFIGURATION Debug ===
ld: Warnung: Ignorieren der Datei /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/ios/Flutter/App.framework/App, Datei wurde für x86_64 erstellt, die nicht die verknüpfte Architektur ist (arm64): /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/ ios/Flattern/App.framework/App
=== BUILD TARGET Runner OF PROJECT Runner MIT KONFIGURATION Debug ===
Fettfreie Binärdatei /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/build/ios/Debug-iphoneos/Runner.app/Frameworks/App.framework/App ist nicht arm64. Lauflipo-Info:
Fettfreie Datei: /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/build/ios/Debug-iphoneos/Runner.app/Frameworks/App.framework/App is architecture: x86_64
Befehl /bin/sh fehlgeschlagen mit Exitcode 1

Die vorkompilierte Anwendung für das Gerät konnte nicht erstellt werden.

Fehler beim Starten der Anwendung auf dem iPhone 7s iPhone.

@molundb hat geschrieben

Grundsätzlich, wenn Sie den Build-Ordner bereinigen, die App flattern lassen, eine Änderung vornehmen, ein Hot-Reload durchführen und bestätigen können, dass keine Änderungen angezeigt wurden, wäre das Protokoll dafür sehr hilfreich.
https://gist.github.com/molundb/cda4caa4e90288568db16ba9a0e962d6

Vielen Dank! Hot Reload/Restart funktioniert also wie erwartet, aber wenn Sie die App stoppen und erneut ausführen, wird die alte App angezeigt? Kannst du bitte eine Zusammenfassung von flutter run -v davon posten (zweite flutter run -v , die eine veraltete App zeigt)?

Ich habe das gleiche Problem und meine Produktivität beträgt deshalb im Grunde 30% des Normalen. Ich sehe, dass mindestens 3 bis 4 Wochen keine Anhaltspunkte für irgendwelche Veränderungen zum Besseren vorliegen. Ich kann nur hoffen, dass jemand dies zu einer wirklich hohen Priorität macht. - Es bringt mich gerade um!!!

Ein normaler Turnaround sieht jetzt aus.

1. alle Haltepunkte löschen
2. Rufflattern sauber
3. Kaltstart
4. Haltepunkt wieder aktivieren
5. ein bisschen arbeiten

Ich sehe auch Tonnen dieser Konsolennachrichten:
'''16:07:17.994 289 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:17.994 290 info flatter.tools [ ] -> toStringDeep()
'''
Datenausgabe in meiner Konsole.

Hier ist meine neueste Version auf Master:

C:\Projekte\obdchk>Flatter Doctor -v
[√] Flutter (Kanalmaster, v1.5.9-pre.62, unter Microsoft Windows [Version 10.0.17763.437], locale en-US)
• Flutter-Version 1.5.9-pre.62 unter c:\sdks\flatter
• Framework-Revision 8fd7fa492a (vor 3 Stunden), 29.04.2019 12:59:30 -0700
• Motorrevision 1ecf924ff8
• Dart-Version 2.3.0 (Build 2.3.0-dev.0.3 c46deebfb6)

16:07:17.942 252 info flatter.tools [ +965 ms] -> Ergebnis 16e00721-c286-43e9-9460-70182643e449
16:07:17.944 253 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Getter nicht gefunden: 'snapshot'.
16:07:17.944 254 info flatter.tools [ ] -> Snapshot.data
16:07:17.944 255 info flatter.tools [ ] -> ^^^^^^^^
16:07:17.944 256 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Der Getter 'snapshot' ist nicht für die Klasse '_HomeScreenState' definiert.
16:07:17.944 257 info flatter.tools [ ] -> - '_HomeScreenState' stammt aus 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.944 258 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen eines bestehenden Getters zu korrigieren, oder definieren Sie einen Getter oder ein Feld namens 'snapshot'.
16:07:17.944 259 info flatter.tools [ ] -> Snapshot.data
16:07:17.944 260 info flatter.tools [ ] -> ^^^^^^^^
16:07:17.952 261 info flatter.tools [ +3 ms] -> 16e00721-c286-43e9-9460-70182643e449 build\app.dill.track.dill.incremental.dill 16
16:07:17.952 262 info flatter.tools [ +2 ms] -> Ergebnis 1bae7b85-0d7d-48c6-a4c2-e199a261f77e
16:07:17.954 263 info flatter.tools [ +3 ms] -> 1bae7b85-0d7d-48c6-a4c2-e199a261f77e build\app.dill.track.dill.incremental.dill 16
16:07:17.955 264 info flatter.tools [ +2 ms] -> Ergebnis 853ea583-b3e8-47a7-ae8f-6921d5f98593
16:07:17.963 265 info flatter.tools [ +2 ms] -> 853ea583-b3e8-47a7-ae8f-6921d5f98593 build\app.dill.track.dill.incremental.dill 16
16:07:17.963 266 info flatter.tools [ +1 ms] -> Ergebnis d79513ca-38d5-4354-a47f-88ddd91741fb
16:07:17.963 267 info flatter.tools [ +3 ms] -> d79513ca-38d5-4354-a47f-88ddd91741fb build\app.dill.track.dill.incremental.dill 16
16:07:17.971 268 info flatter.tools [ +4 ms] -> Ergebnis 2adf58bf-63cc-4eb8-b6c4-4952c2262bc3
16:07:17.971 269 info flatter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Getter nicht gefunden: '_value'.
16:07:17.971 270 info flatter.tools [ ] -> _value
16:07:17.971 271 info flatter.tools [ ] -> ^^^^^^
16:07:17.971 272 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Der Getter '_value' ist nicht für die Klasse '_HomeScreenState' definiert.
16:07:17.971 273 info flatter.tools [ ] -> - '_HomeScreenState' stammt aus 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.971 274 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen eines vorhandenen Getters zu korrigieren oder einen Getter oder ein Feld namens '_value' zu definieren.
16:07:17.971 275 info flatter.tools [ ] -> _value
16:07:17.971 276 info flatter.tools [ ] -> ^^^^^^
16:07:17.985 277 info flatter.tools [ +8 ms] -> 2adf58bf-63cc-4eb8-b6c4-4952c2262bc3 build\app.dill.track.dill.incremental.dill 18
16:07:17.985 278 info flatter.tools [ +4 ms] -> Ergebnis 4379cbc9-98a6-4540-865a-c6c0a09aba5e
16:07:17.987 279 info flatter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Getter nicht gefunden: 'newValue'.
16:07:17.987 280 info flatter.tools [ ] -> newValue
16:07:17.987 281 info flatter.tools [ ] -> ^^^^^^^^
16:07:17.987 282 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Der Getter 'newValue' ist für die Klasse '_HomeScreenState' nicht definiert.
16:07:17.987 283 info flatter.tools [ ] -> - '_HomeScreenState' stammt aus 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.987 284 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen eines vorhandenen Getters zu korrigieren oder einen Getter oder ein Feld namens 'newValue' zu definieren.
16:07:17.987 285 info flatter.tools [ ] -> newValue
16:07:17.987 286 info flatter.tools [ ] -> ^^^^^^^^
16:07:17.994 287 info flatter.tools [ +3 ms] -> 4379cbc9-98a6-4540-865a-c6c0a09aba5e build\app.dill.track.dill.incremental.dill 20
16:07:17.994 288 info flatter.tools [ +1 ms] -> Ergebnis 16915064-96cf-4c0c-9277-a36139fb4487
16:07:17.994 289 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:17.994 290 info flatter.tools [ ] -> toStringDeep()
16:07:17.994 291 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:17.994 292 info flatter.tools [ ] -> org-dartlang- debug:synthetic_debug_expression :1:1: Fehler: Die Methode 'toStringDeep' ist nicht für die Klasse 'StreamValue . definiert'.
16:07:17.995 293 info flatter.tools [ ] -> - 'StreamValue' ist von 'package:utilities/stream/stream_value.dart' ('utilities/lib/stream/stream_value.dart').
16:07:17.995 294 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen einer vorhandenen Methode zu korrigieren, oder definieren Sie eine Methode namens 'toStringDeep'.
16:07:17.995 295 info flatter.tools [ ] -> toStringDeep()
16:07:17.995 296 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.003 297 info flatter.tools [ +4 ms] -> 16915064-96cf-4c0c-9277-a36139fb4487 build\app.dill.track.dill.incremental.dill 22
16:07:18.017 298 info flatter.tools [ +15 ms] -> Ergebnis 098efd6c-f435-42a8-8ed5-cc3e79a5562f
16:07:18.017 299 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:18.017 300 info flatter.tools [ ] -> toStringDeep()
16:07:18.017 301 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.017 302 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Die Methode 'toStringDeep' ist für die Klasse '_HomeScreenState' nicht definiert.
16:07:18.017 303 info flatter.tools [ ] -> - '_HomeScreenState' stammt aus 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:18.017 304 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen einer vorhandenen Methode zu korrigieren, oder definieren Sie eine Methode namens 'toStringDeep'.
16:07:18.017 305 info flatter.tools [ ] -> toStringDeep()
16:07:18.017 306 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.025 307 info flatter.tools [ +3 ms] -> 098efd6c-f435-42a8-8ed5-cc3e79a5562f build\app.dill.track.dill.incremental.dill 24
16:07:18.032 308 info flatter.tools [ +11 ms] -> Ergebnis da8399f4-db8d-4390-956d-107016a6ea59
16:07:18.040 309 info flatter.tools [ +6 ms] -> da8399f4-db8d-4390-956d-107016a6ea59 build\app.dill.track.dill.incremental.dill 24
16:07:18.040 310 info flatter.tools [ +1 ms] -> Ergebnis 542a3647-5840-4c9b-9588-d9f441879e12
16:07:18.040 311 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:18.040 312 info flatter.tools [ ] -> toStringDeep()
16:07:18.040 313 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.040 314 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Die Methode 'toStringDeep' ist für die Klasse '_StateLifecycle' nicht definiert.
16:07:18.040 315 info flatter.tools [ ] -> - '_StateLifecycle' ist von 'package:flutter/src/widgets/framework.dart' ('file:///c:/sdks/flutter/packages/flutter /lib/src/widgets/framework.dart').
16:07:18.040 316 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen einer vorhandenen Methode zu korrigieren, oder definieren Sie eine Methode namens 'toStringDeep'.
16:07:18.040 317 info flatter.tools [ ] -> toStringDeep()
16:07:18.040 318 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.047 319 info flatter.tools [ +3 ms] -> 542a3647-5840-4c9b-9588-d9f441879e12 build\app.dill.track.dill.incremental.dill 26
16:07:18.048 320 info flatter.tools [ +1 ms] -> Ergebnis 62d95968-c129-4d39-a840-8bdeabef1218
16:07:18.056 321 info flatter.tools [ +6 ms] -> 62d95968-c129-4d39-a840-8bdeabef1218 build\app.dill.track.dill.incremental.dill 26
16:07:18.066 322 info flatter.tools [ +2 ms] -> Ergebnis b5818d24-c116-4f43-a769-59904f0120de
16:07:18.066 323 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:18.066 324 info flatter.tools [ ] -> toStringDeep()
16:07:18.066 325 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.066 326 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Die Methode 'toStringDeep' ist für die Klasse 'AppBloc' nicht definiert.
16:07:18.067 327 info flatter.tools [ ] -> - 'AppBloc' ist von 'package:elm_bluetooth_bloc/bloc/app_bloc.dart' ('elm_bluetooth_bloc/lib/bloc/app_bloc.dart').
16:07:18.067 328 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen einer vorhandenen Methode zu korrigieren, oder definieren Sie eine Methode namens 'toStringDeep'.
16:07:18.067 329 info flatter.tools [ ] -> toStringDeep()
16:07:18.067 330 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.067 331 info flatter.tools [ +2 ms] -> b5818d24-c116-4f43-a769-59904f0120de build\app.dill.track.dill.incremental.dill 28
16:07:18.179 332 info runtime.gc Sammelzeit 229 ms • 46,5 MB von 54,7 MB belegt • isoliert/867114562
16:07:18.250 333 info runtime.gc Sammelzeit 235ms • 51,5 MB von 54,7 MB belegt • isoliert/867114562
16:07:31.262 334 info flatter.tools [+13198 ms] -> Ergebnis 00e09141-41b9-43e3-806d-d4725fedf81e
16:07:31.262 335 info flatter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:18: Fehler: Bezeichner erwartet, aber '' erhalten.
16:07:31.262 336 info flatter.tools [ ] -> onData != null &&
16:07:31.262 337 info flatter.tools [ ] -> ^...
16:07:31.270 338 info flatter.tools [ +6 ms] -> 00e09141-41b9-43e3-806d-d4725fedf81e build\app.dill.track.dill.incremental.dill 29
16:07:33.060 339 info flatter.tools [+1792 ms] -> Ergebnis a180ce8f-8940-46e2-b814-0e24d138f935
16:07:33.067 340 info flatter.tools [ +2 ms] -> a180ce8f-8940-46e2-b814-0e24d138f935 build\app.dill.track.dill.incremental.dill 29
16:07:38.919 341 info flatter.tools [+5854 ms] -> Ergebnis 95d4434d-929d-4504-8653-b98921661dd8
16:07:38.926 342 info flatter.tools [ +5 ms] -> 95d4434d-929d-4504-8653-b98921661dd8 build\app.dill.track.dill.incremental.dill 29
16:07:38.938 343 info flatter.tools [ +14 ms] -> Ergebnis b183ab8e-99a6-4db0-be44-310e20c62eac
16:07:38.938 344 info flatter.tools [ +1 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:38.938 345 info flatter.tools [ ] -> toStringDeep()
16:07:38.938 346 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:38.938 347 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Die Methode 'toStringDeep' ist nicht für die Klasse '_Closure' definiert.
16:07:38.938 348 info flatter.tools [ ] -> - '_Closure' ist von 'dart:core'.
16:07:38.938 349 info flatter.tools [ ] -> Versuchen Sie, den Namen auf den Namen einer vorhandenen Methode zu korrigieren, oder definieren Sie eine Methode namens 'toStringDeep'.
16:07:38.938 350 info flatter.tools [ ] -> toStringDeep()
16:07:38.938 351 info flatter.tools [ ] -> ^^^^^^^^^^^^
16:07:38.946 352 info flatter.tools [ +3 ms] -> b183ab8e-99a6-4db0-be44-310e20c62eac build\app.dill.track.dill.incremental.dill 31
16:07:42.213 353 info flatter.tools [+3268 ms] I/flatter (16546): 26 2019-04-29 16:06:34.931965 FINE ui.main.dart: initial route = null
16:07:42.232 354 info runtime.gc Sammelzeit 250ms • 53,1 MB von 60,0 MB belegt • isoliert/867114562
16:07:42.239 355 info flatter.tools [ +25 ms] I/flatter (16546): 27 2019-04-29 16:06:34.957641 FINE home_screen.dart: Homescreen erstellen
16:07:42.355 356 info flatter.tools [ +114 ms] I/flatter (16546): 28 2019-04-29 16:06:35.071358 FINE ui.main.dart: initial route = null
16:07:42.421 357 info flatter.tools [ +65 ms] I/flatter (16546): 29 2019-04-29 16:06:35.136896 FINE home_screen.dart: Homescreen erstellen
16:07:42.496 358 info runtime.gc Sammelzeit 256 ms • 54,5 MB von 62,7 MB belegt • isoliert/867114562
16:07:42.787 359 info runtime.gc Sammelzeit 323ms • 41,6 MB von 52,5 MB belegt • isoliert/867114562
16:08:17.778 360 info flatter.tools [+35360 ms] DevFS: Dateisystem auf dem Gerät löschen (file:///data/user/0/com.cobd.obdchk/code_cache/obdchkUCQMHL/obdchk/)
16:08:17.778 361 info flatter.tools [ ] Senden an VM-Dienst: _deleteDevFS({fsName: obdchk})
16:08:17.827 362 info flatter.tools [ +46 ms] Ergebnis: {type: Success}
16:08:17.827 363 info flatter.tools [ ] DevFS: Gelöschtes Dateisystem auf dem Gerät (file:///data/user/0/com.cobd.obdchk/code_cache/obdchkUCQMHL/obdchk/)
16:08:17.827 364 info flatter.tools [ +1 ms] Senden an VM-Dienst: ext.flutter.exit({isolateId: isolates/867114562})
16:08:18.194 365 info flatter.tools [ +363 ms] Serviceprotokollverbindung geschlossen.
16:08:19.832 366 info flatter.tools [+1639 ms] Anwendung beendet.
16:08:19.841 367 info flatter.tools [ +7 ms] "flatter run" dauerte 4.203.976ms.
16:08:19.841 368 info flatter.tools [ ] "flatter run" dauerte 4.203.976ms.

@ride4sun hat geschrieben

Ich habe das gleiche Problem

Nur zur Bestätigung - Sie können die App im laufenden Betrieb neu laden / neu starten und die Änderungen sehen, aber sobald Sie die App stoppen und erneut starten, sehen Sie die Änderungen nicht? Wenn Sie ein Protokoll (Gist) von flutter run -v posten können, das über das Befehlszeilenfenster ausgegeben wird, sobald die App in diesen Zustand gelangt, sollte dies helfen.

Ich sehe auch Tonnen dieser Konsolennachrichten:
'''16:07:17.994 289 info flatter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Fehler: Methode nicht gefunden: 'toStringDeep'.
16:07:17.994 290 info flatter.tools [ ] -> toStringDeep()
'''

Welche IDE verwenden Sie? Sie scheinen flatter/ide im ausführlichen Modus auszuführen, der alle bedarfsgesteuerten Kompilierungsausdrucksanforderungen ausgibt, die die IDE ausgibt, um verschiedene Ausdrücke auszuwerten, während Sie durch Ihren Quellcode navigieren. Der ausführliche Modus ist wie erwartet, aber nicht sicher, warum er in Ihrer Konfiguration aktiviert ist.

Nur zur Bestätigung - Sie können die App im laufenden Betrieb neu laden / neu starten und die Änderungen sehen, aber sobald Sie aufhören
die App und starten Sie sie erneut, Sie sehen die Änderungen nicht?

Ich finde das richtig - darauf muss ich mehr achten

Wenn Sie log (gist) von flatter run -v posten können, das aus > dem Befehlszeilenfenster ausgegeben wird, sobald die App in > diesen Zustand gelangt, sollte dies helfen.

OK mach ich

Welche IDE verwenden Sie?

Android-Studio

Du scheinst Flatter/Ide im ausführlichen Modus auszuführen, der alles bei Bedarf ausgibt
Kompilierungsausdruck fordert die IDE auf, verschiedene Ausdrücke auszuwerten, während Sie durch Ihren Quellcode navigieren. Der ausführliche Modus ist erwartungsgemäß so ausführlich, aber ich bin mir nicht sicher, warum er in Ihrer > Konfiguration aktiviert ist.

Nachdem ich all diese Probleme gesehen hatte, schaltete ich die Verbose ein. Ich denke, es gibt einen Zusammenhang zwischen dem Auftauchen dieser 'toStringDeep'-Nachrichten.

                                                             toStringDeep()

16:07:38.938 346 info flatter.tools [ ] -> ^^^^^^^^^^^^

@aam

Vielen Dank! Hot Reload/Restart funktioniert also wie erwartet, aber wenn Sie die App stoppen und erneut ausführen, wird die alte App angezeigt? Kannst du bitte eine Zusammenfassung von flutter run -v davon posten (zweite flutter run -v , die eine veraltete App zeigt)?

Immer wenn ich die App starte läuft alter Code. Heißes Nachladen ändert nichts. Die einzige Möglichkeit, die ich gefunden habe, um den aktuellen Code auszuführen, ist ein Neustart. Danach funktioniert das Hot Reloading wie gewohnt. Wenn ich die App anhalte und wieder starte, läuft der alte Code wieder.

https://gist.github.com/molundb/7020ff1e43e28fd3e2d0326cd0b957ae

@molundb hat geschrieben

Immer wenn ich die App starte läuft alter Code

Was passiert, wenn Sie vor dem Starten der App eine Datei bearbeiten? Was passiert, wenn Sie die App aus dem Simulator löschen, bevor Sie sie erneut starten?

Ich denke, es ist einfacher, das Problem zu beheben, wenn Sie auch auf die neueste Beta- oder Dev-Version wechseln.

Wenn Sie auch sehen könnten, ob das Sample (Flatter-Galerie) das gleiche Problem aufweist, wenn Sie es bearbeiten und neu laden, stoppen und starten Sie es, idealerweise von der Befehlszeile, wo Sie Protokolle erfassen können.

@aam hat geschrieben

Was passiert, wenn Sie vor dem Starten der App eine Datei bearbeiten?

Habe es probiert, kein Unterschied. Der gleiche alte Code läuft noch.

Was passiert, wenn Sie die App aus dem Simulator löschen, bevor Sie sie erneut starten?

Habe es probiert, kein Unterschied. Der gleiche alte Code läuft noch.

Ich denke, es ist einfacher, das Problem zu beheben, wenn Sie auch auf die neueste Beta- oder Dev-Version wechseln.

Ok, ich habe auf Beta umgestellt.

Wenn Sie auch sehen könnten, ob das Sample (Flatter-Galerie) das gleiche Problem aufweist, wenn Sie es bearbeiten und neu laden, stoppen und starten Sie es, idealerweise von der Befehlszeile, wo Sie Protokolle erfassen können.

Das Ausführen der Flatter-Galerie-App funktionierte wie es sollte. kein alter Code wurde ausgeführt.
https://gist.github.com/molundb/075ba9d05e0516b7787a0570a97d05ef

@molundb hat geschrieben

Was passiert, wenn Sie vor dem Starten der App eine Datei bearbeiten?

Habe es probiert, kein Unterschied. Der gleiche alte Code läuft noch.

Können Sie nach einer Quellcodeänderung ein Protokoll eines Laufs veröffentlichen? Wenn beim ersten Start der Anwendung Skipping kernel compilation. Fingerprint match. im Protokoll steht, selbst wenn Sie den Quellcode bearbeiten, meldet das Dateisystem irgendwie keine Dateisystemänderungen oder flattert und Sie suchen nach verschiedenen Quellen. Können Sie bestätigen, dass die von Ihnen bearbeitete Datei einen aktualisierten Zeitstempel hat? beta / dev Version sollte eine Liste der für die Kompilierung verwendeten Quellen melden - können Sie bestätigen, dass die von Ihnen bearbeitete Datei dort aufgeführt ist?
Was ist, wenn Sie flutter clean tun (oder den Ordner build/ entfernen) - sind die Änderungen beim nächsten Ausführen der App vorhanden? Wenn ja, wie kommt man in einen kaputten Zustand? Sie stoppen die App, ändern die Quelle, starten die App und sehen die Änderung an dieser Stelle nicht?

Das Ausführen der Flatter-Galerie-App funktionierte wie es sollte. kein alter Code wurde ausgeführt.

Okay, das schafft zumindest eine vernünftige Basis. Vielleicht könnte der Vergleich Ihres Anwendungs-Setups auf Ihrem Computer mit dem Beispiel einer Flatter-Galerie einige Erkenntnisse darüber liefern, warum es für Ihre App nicht funktioniert? Werden beide auf demselben Datenträger/Dateisystem gehostet?

Überspringen der Kernel-Kompilierung. Fingerabdruck-Match

Das sollte nie auftauchen, wenn Sie diesen Fix bestanden haben, weil ich alle Fingerabdrücke deaktiviert habe

@aam

Können Sie nach einer Quellcodeänderung ein Protokoll eines Laufs veröffentlichen? Wenn die Kernelkompilierung übersprungen wird. Fingerabdruck-Match. in der Anmeldung beim ersten Anwendungsstart, selbst wenn Sie den Quellcode bearbeiten, meldet das Dateisystem dann irgendwie keine Dateisystemänderungen oder flattert und Sie suchen nach verschiedenen Quellen.

Ich konnte keine überspringende Kernel-Kompilierung finden. Fingerabdruck-Match.

Können Sie bestätigen, dass die von Ihnen bearbeitete Datei einen aktualisierten Zeitstempel hat? Die Beta-/Dev-Version sollte eine Liste der Quellen melden, die für die Kompilierung verwendet wurden - können Sie bestätigen, dass die von Ihnen bearbeitete Datei dort aufgeführt ist?

Wo kann ich diesen Zeitstempel sehen? In der Ausgabe kann ich die von mir bearbeitete Datei zweimal aufgelistet sehen, aber auch viele andere Dateien, die nicht bearbeitet wurden, werden ebenfalls aufgeführt.

Ich habe diese Datei bearbeitet: /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/lib/screens/settings_page/SettingsPage.dart

Hier ist die Ausgabe:
https://gist.github.com/molundb/146a46aa7c2e1a6fc81071b4d23561d1

Was ist, wenn Sie Flattern sauber machen (oder Build/Ordner entfernen) - wenn Sie die App das nächste Mal ausführen, hat sie die Änderungen? Wenn ja, wie kommt man in einen kaputten Zustand? Sie stoppen die App, ändern die Quelle, starten die App und sehen die Änderung an dieser Stelle nicht?

Nein, flattern sauber ändert nichts. Der alte Code wird noch ausgeführt. Wir geraten in einen defekten Zustand, wenn die App gestoppt und dann ausgeführt wird. Ein Hot-Restart behebt den defekten Zustand.

Okay, das schafft zumindest eine vernünftige Basis. Vielleicht könnte der Vergleich Ihres Anwendungs-Setups auf Ihrem Computer mit dem Beispiel einer Flatter-Galerie einige Erkenntnisse darüber liefern, warum es für Ihre App nicht funktioniert? Werden beide auf demselben Datenträger/Dateisystem gehostet?

Ja, sie werden beide auf derselben Festplatte gehostet. Ich weiß nicht, auf welche anderen Unterschiede ich achten soll,
Hast du eine Idee?

Wo kann ich diesen Zeitstempel sehen? In der Ausgabe kann ich die von mir bearbeitete Datei zweimal aufgelistet sehen, aber auch viele andere Dateien, die nicht bearbeitet wurden, werden ebenfalls aufgeführt.

Ich meine den Zeitstempel, den Sie zum Beispiel in der ls -al {filename} Terminal Shell erhalten.
Die Liste der Dateien ist nützlich, um zu bestätigen, dass die Datei, die Sie bearbeiten, diejenige ist, die kompiliert wird.

Nein, flattern sauber ändert nichts. Der alte Code wird noch ausgeführt. Wir geraten in einen defekten Zustand, wenn die App gestoppt und dann ausgeführt wird. Ein Hot-Restart behebt den defekten Zustand.

Sie starten also die App im Zustand A (sagen wir, die Hintergrundfarbe ist grau) - Sie tun flutter run -v . Sie bearbeiten den Flatter-Quellcode (Zustand B) (die Hintergrundfarbe ist also beispielsweise rot), Sie laden Hot-Reload ('r' in der Flatter-Befehlszeilenterminalsitzung), sehen Sie die Änderung? Sie stoppen die App (beenden Sie flutter run ) und starten Sie sie neu ( flutter run -v , sehen Sie Status A oder Status B? Wenn Sie immer noch A sehen, was ist, wenn Sie die App vom iPhone-Simulator entfernen, tun Sie flutter clean , flutter run einmal machen?

@aam

Ich meine den Zeitstempel, den Sie beispielsweise in der Terminalshell ls -al {filename} erhalten.
Die Liste der Dateien ist nützlich, um zu bestätigen, dass die Datei, die Sie bearbeiten, diejenige ist, die kompiliert wird.

Oh! Ich kannte den Befehl vorher nicht. Ich habe es versucht und es scheint tatsächlich zu bemerken, wenn eine Datei aktualisiert wird. Das Problem ist jedoch immer noch dasselbe; alter Code wird ausgeführt, es sei denn, ich starte neu. Hier die Ausgabe des Terminals:

Sebastians-MacBook-Pro-Retina-2016:tlycs_flutter martinlundberg$ ls -al lib/widgets/FeedbackButton.dart 
-rw-r--r--  1 martinlundberg  staff  1051 May  6 09:33 lib/widgets/FeedbackButton.dart
Sebastians-MacBook-Pro-Retina-2016:tlycs_flutter martinlundberg$ ls -al lib/widgets/FeedbackButton.dart 
-rw-r--r--  1 martinlundberg  staff  1053 May  7 11:00 lib/widgets/FeedbackButton.dart

Sie starten die App also im Zustand A (sagen wir, die Hintergrundfarbe ist grau) - Sie führen einen Flatterlauf durch -v.

Fertig.

Sie bearbeiten den Flatter-Quellcode (Zustand B) (die Hintergrundfarbe ist also beispielsweise rot), Sie laden Hot-Reload ('r' in der Flatter-Befehlszeilenterminalsitzung), sehen Sie die Änderung?

Keine Änderung.

Sie stoppen die App (beenden Sie flatter run) und starten Sie sie neu (flatter run -v, sehen Sie State A oder State B?

A.

Wenn Sie immer noch A sehen, was ist, wenn Sie die App vom iPhone-Simulator entfernen, Flattern sauber machen, Flattern erneut ausführen? Immer noch ein?

Interessanterweise stürzte die App dieses Mal nach dem letzten Flatterlauf -v ab und wurde nicht erstellt. Dann habe ich versucht, es erneut auszuführen, ohne etwas zu ändern, und es baute wieder den Zustand A auf. Dann habe ich heiß neu geladen, immer noch A. Dann habe ich heiß neu gestartet und Zustand B erhalten. Schau dir die Ausgabe von allem hier an:

https://gist.github.com/molundb/ddfd07e7fd1691f8b3992c207b7ac80f

Vielen Dank für Ihre bisherige Hilfe, dieses Thema ist immer noch ein großes Problem für uns hier.

@molundb hat geschrieben

Wenn Sie immer noch A sehen, was ist, wenn Sie die App vom iPhone-Simulator entfernen, Flattern sauber machen, Flattern erneut ausführen? Immer noch ein?

Interessanterweise stürzte die App dieses Mal nach dem letzten Flatterlauf -v ab und wurde nicht erstellt. Dann habe ich versucht, es erneut auszuführen, ohne etwas zu ändern, und es baute wieder den Zustand A auf. Dann habe ich heiß neu geladen, immer noch A. Dann habe ich heiß neu gestartet und Zustand B erhalten. Schau dir die Ausgabe von allem hier an:

Es hört sich also so an, als ob Sie dauerhaft im Zustand A festsitzen, ist das richtig? Es gibt keine Änderung, die Sie an der App vornehmen können, die wirksam wird, es sei denn, Sie starten in Zustand A und starten die App dann im laufenden Betrieb neu. Diese Änderungen verschwinden jedoch, nachdem Sie die App beendet haben. Es hört sich nach einem Setup-Problem von xcodeproject an. Wäre es für Sie möglich, ein neues Flatterprojekt über flutter create myproject zu erstellen, dann Ihren Flatter-/Dartcode in dieses myproject kopieren und zu sehen, ob die Dinge in myproject funktionieren?

@aam @molundb Es ist schon eine Weile her, dass es verwendet wurde, also ist es vielleicht veraltet, aber es ist möglich, dass sich flutter run --bug-report hier als nützlich erweisen würde. Sie müssten die App ziemlich schnell beenden, um die ZIP-Datei des Fehlerberichts auf einer einigermaßen vernünftigen Größe zu halten 😄

@aam

Es hört sich also so an, als ob Sie dauerhaft im Zustand A festsitzen, ist das richtig? Es gibt keine Änderung, die Sie an der App vornehmen können, die wirksam wird, es sei denn, Sie starten in Zustand A und starten die App dann im laufenden Betrieb neu. Diese Änderungen verschwinden jedoch, nachdem Sie die App beendet haben.

Genau.

Es hört sich nach einem Setup-Problem von xcodeproject an. Wäre es für Sie möglich, über flutter create myproject ein neues Flutter-Projekt zu erstellen, dann Ihren Flatter-/Dart-Code in dieses myproject zu kopieren und zu sehen, ob die Dinge in myproject funktionieren?

Ok, zuerst habe ich ein neues Projekt erstellt und dann lib, assets, pubspec.yaml, pubspec.lock, package-lock.json und GoogleService-Info.plist in das Projekt kopiert. Wenn ich dann versuchte zu starten, bekam ich diesen Fehler, den ich nicht lösen konnte:

5.20.0 - [Firebase/Core][I-COR000004] App with name __FIRAPP_DEFAULT does not exist.
Configuring the default Firebase app...
5.20.0 - [Firebase/Core][I-COR000012] Could not locate configuration file: 'GoogleService-Info.plist'.
5.20.0 - [Firebase/Core][I-COR000005] No app has been configured yet.
5.20.0 - [Firebase/Core][I-COR000005] No app has been configured yet.
*** First throw call stack:
(
    0   CoreFoundation                      0x00000001116846fb __exceptionPreprocess + 331
    1   libobjc.A.dylib                     0x0000000110c28ac5 objc_exception_throw + 48
    2   CoreFoundation                      0x0000000111684555 +[NSException raise:format:] + 197
    3   Runner                              0x000000010a44b462 +[FIRApp configure] + 562
    4   Runner                              0x000000010aa2bf16 -[FLTCloudFirestorePlugin init] + 214
    5   Runner                              0x000000010aa2bda9 +[FLTCloudFirestorePlugin registerWithRegistrar:] + 297
    6   Runner                              0x000000010a2a9123 +[GeneratedPluginRegistrant registerWithRegistry:] + 115
    7   Runner                        <…>

Dann habe ich den ios-Ordner in das neue Projekt kopiert und es gebaut, aber ich habe den Fehler wieder. Geben Sie immer A an, es sei denn, ich habe einen Neustart durchgeführt. Habt ihr eine Idee, wie ich den obigen Fehler beheben könnte?

@tvolkert

Ich habe flutter run --bug-report für das ursprüngliche Projekt ausgeführt und zwei ZIP-Dateien erhalten? Ich bin mir nicht sicher, warum es zwei sind. Hier sind sie:
bugreport_01.zip
bugreport_02.zip

@aam

Ich habe den ersten Versuch wiederholt und konnte das __FIREAPP_DEFAULT-Problem nicht beheben, indem ich die GoogleService_Info.plist in xcode statt in meinen Ordner verschoben habe. Jetzt baute es Zustand B auf! Kein alter Code. Jetzt muss ich nur noch herausfinden, wie ich sicherstellen kann, dass ich alles, was notwendig ist, in das neue Projekt kopiere.

Vielen Dank!

Ich hatte das gleiche Problem und meiner Meinung nach war mein Problem, dass ich den Klassennamen nicht als MyApp festgelegt habe
und sobald ich meinen Klassennamen in MyApp geändert habe... funktioniert es wieder
und wegen eines anderen Namens als MyApp hatte eine Datei im Testordner namens widget_test.dart einen Fehler......
PS: Ich bin noch ganz am Anfang des Flatterns, das ist vielleicht nicht die Lösung für dich😅

Gut

Mit https://github.com/flutter/flutter/commit/df3505c1f389031895a459cb2831f38a76119ea2 ist dies meiner Meinung nach auf Android vollständig behoben.

Ja, das nervige Problem habe ich nicht mehr und es ist schon seit einiger Zeit behoben

Ich stehe immer noch vor diesem Problem. Ich bin im Beta-Kanal mit Version 1.12.13+Hotfix.3. Ich verwende Android Studio und habe bereits einen Fehler beim Start in meiner App behoben, aber jedes Mal, wenn ich meine App kalt neustarte, erhalte ich immer noch die große rote Fehlermeldung und die einzige Möglichkeit, dies zu beheben, besteht darin, jedes Mal einen Neustart durchzuführen.

@Reprevise kannst du etwas

Ja, z. B. die App komplett stoppen und neu starten.

Können Sie ausführliche Protokolle aus der Wiederholung bereitstellen (Beispiel: flatter run -v) und die Fehlermeldung beim Start teilen?

https://pastebin.com/UDzpwQKm

@Reprevise es sieht nur so aus, als ob Sie eine andere Flatter-Anwendung im Hintergrund

Ich habe alle Daten von allen meinen Emulatoren gelöscht und meine Flutter-Anwendung ausgeführt. Es zeigte den Fehler (den er nicht haben sollte, da er bereits behoben wurde). Nachdem ich flutter clean , wurde der Fehler immer noch beim Start angezeigt.

KORREKTUR: Der Fehler wird beim Start nach der Flatterreinigung NICHT mehr angezeigt. Es zeigt jedoch den Fehler in den Protokollen an.

Ich glaube nicht, dass das zusammenhängt. Ihre Anwendung scheint auf dem neuesten Stand zu sein, hat aber natürlich diesen Fehler. Wenn Sie ein neues Problem mit einer minimalen Reproduktion einreichen können, würde dies helfen, die Ursache zu ermitteln

v1.12 auf dem stabilen Kanal scheint das veraltete Fehlerkonsolenprotokoll zwischenzuspeichern. Reinigen/Entfernen löst das Problem nicht. Der Fehler wird immer wieder angezeigt, bis er manchmal ohne Grund verschwindet. Es hat mich sehr verwirrt.

@gloryluu das hat nichts mit build/clean zu tun, ich empfehle einen neuen Bug

Ich habe ein Problem mit einem Flatterprojekt, kann mir jemand helfen?

C:\flutterbin\flutter.bat Arzt --verbose
[√] Flutter (Kanalmaster, v1.13.6-pre.38, unter Microsoft Windows [Version 10.0.14393], locale en-US)
• Flutter-Version 1.13.6-pre.38 bei C:\flatter
• Framework-Revision b28dd0c296 (vor 7 Tagen), 2019-12-28 10:33:01 +0800
• Motorrevision 5a730c60d3
• Dart-Version 2.8.0 (build 2.8.0-dev.0.0 1db1a837f8)

[!] Android-Toolchain - für Android-Geräte entwickeln (Android SDK Version 29.0.2)
• Android SDK unter E:\Android Meterial\AndroidSDK
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-29, Build-Tools 29.0.2
• ANDROID_HOME = E:\Android Meterial\AndroidSDK
• Java-Binärdatei unter: C:\Programme\Android\Android Studio\jrebin\java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_202-release-1483-b03)
X Android-Lizenzstatus unbekannt.
Versuchen Sie, Ihren Android SDK Manager neu zu installieren oder zu aktualisieren.
Detaillierte Anweisungen finden Sie unter https://developer.android.com/studio/#downloads oder unter https://flutter.dev/setup/#android -setup.

[√] Android Studio (Version 3.5)
• Android Studio unter C:\Programme\Android\Android Studio
• Flutter-Plugin-Version 42.1.1
• Dart-Plugin-Version 191.8593
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_202-release-1483-b03)

[√] Verbundenes Gerät (1 verfügbar)
• SM M105F • 5200ebb94a0346f7 • Android-Arm • Android 9 (API 28)

! Der Arzt hat Probleme in einer Kategorie gefunden.
Prozess beendet mit Exitcode 0

So lösen Sie diese Probleme in Windows 10 64 Bit

"[!] Android-Toolchain - für Android-Geräte entwickeln (Android SDK Version 29.0.2)
• Android SDK unter E:\Android Meterial\AndroidSDK
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-29, Build-Tools 29.0.2
• ANDROID_HOME = E:\Android Meterial\AndroidSDK
• Java-Binärdatei unter: C:\Programme\Android\Android Studio\jrebin\java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_202-release-1483-b03)
X Android-Lizenzstatus unbekannt.
Versuchen Sie, Ihren Android SDK Manager neu zu installieren oder zu aktualisieren.
Siehe https://developer.android.com/studio/#downloads oder besuchen Sie https://flutter.dev/setup/#android -setup für detaillierte Anweisungen."

Ich habe das gleiche Problem.

[flattern] flatterndoktor -v
[√] Flutter (Kanal stabil, v1.12.13+hotfix.5, unter Microsoft Windows [Version 10.0.18363.535], locale en-US)
• Flutter-Version 1.12.13+Hotfix.5 unter D:\flatter
• Framework-Revision 27321ebbad (vor 5 Wochen), 10.12.2019 18:15:01 -0800
• Motorrevision 2994f7e1e6
• Dart-Version 2.7.0

[√] Android-Toolchain - für Android-Geräte entwickeln (Android SDK Version 28.0.3)
• Android-SDK unter D:\android-sdk
• Android NDK-Standort nicht konfiguriert (optional; nützlich für native Profiling-Unterstützung)
• Plattform Android-28, Build-Tools 28.0.3
• ANDROID_HOME = D:\android-sdk
• Java-Binärdatei unter: C:\Programme\Android\Android Studio\jrebin\java
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1343-b01)
• Alle Android-Lizenzen werden akzeptiert.

[!] Android Studio (Version 3.4)
• Android Studio unter C:\Programme\Android\Android Studio
X Flutter-Plugin nicht installiert; dies fügt Flutter-spezifische Funktionen hinzu.
X Dart-Plugin nicht installiert; dies fügt Dart-spezifische Funktionen hinzu.
• Java-Version OpenJDK Runtime Environment (Build 1.8.0_152-release-1343-b01)

[√] VS-Code (Version 1.41.1)
• VS-Code unter C:\Benutzer\Armin\AppData\Local\Programme\Microsoft VS-Code
• Flatterverlängerung Version 3.7.1

[√] Verbundenes Gerät (1 verfügbar)
• Android SDK für x86 gebaut • Emulator-5554 • android-x86 • Android 9 (API 28) (Emulator)

! Der Arzt hat Probleme in einer Kategorie gefunden.

@jonahwilliams Wir sollten wahrscheinlich inventarisieren, welche Teile des Tools noch konvertiert werden müssen, um das neue Build-System zu verwenden, separate Probleme für diese Teile einreichen und dieses Problem schließen.

Reproduzierbare Schritte:

1. Neues Flutter-Projekt erstellen
2. Um einen Fehler zu erhalten , dass Ursachen , dass berüchtigter Fehler - Bildschirm, rufen Sie MediaQuery.of(context) in MyApp ‚s build Methode.
3. Sie erhalten den Fehlerbildschirm.
4. Beenden Sie das Debuggen (klicken Sie in VSCode & Android Studio auf das rote Quadrat)
5. Beheben Sie den Fehler (in diesem Fall entfernen Sie die Zeile MediaQuery.of(context) .
6. Debuggen neu starten
7. Sie erhalten den Fehlerbildschirm, obwohl der Fehler behoben wurde.
8. Starten Sie die App neu (drücken Sie in VSCode das grüne Aktualisierungssymbol und in Android Studio die Schaltfläche "Play" mit dem kleinen grünen Kreis) und stellen Sie fest, dass der Fehlerbildschirm verschwunden ist.

Ich verwende Flutter 1.13.6 (neueste Beta-Kanalversion).

UPDATE: Gilt immer noch für die neueste Beta-Version (1.14.6).

v1.12 auf dem stabilen Kanal scheint das veraltete Fehlerkonsolenprotokoll zwischenzuspeichern. Reinigen/Entfernen löst das Problem nicht. Der Fehler wird immer wieder angezeigt, bis er manchmal ohne Grund verschwindet. Es hat mich sehr verwirrt.

Bekomme auch das gleiche Problem.
Flutter (Kanal stabil, v1.12.13+hotfix.7, auf Mac OS X 10.15.2 19C57, Gebietsschema en-AU)

@shinta5150 Das Konsolenprotokollproblem ist eine separate Regression.

@Reprevise das hört sich nach einer Änderung an, die nicht heiß nachladbar ist, nicht nach einem Build-Fehler

@jonahwilliams Ich habe nie gesagt, dass ich heiß nachgeladen habe. Ich habe das Debuggen abgebrochen und neu gestartet und habe immer noch den Bildschirm erhalten, nachdem der Fehler behoben wurde.

@Reprevise In Ihrem Projektverzeichnis befindet sich eine generierte Datei, die alle Abhängigkeiten Ihres Projekts enthalten sollte, etwa build/app/intermediates/flutter/debug/flutter_build.d . Könnten Sie überprüfen, ob es den Namen der Datei enthält, die Sie ändern?

@Reprevise In Ihrem Projektverzeichnis befindet sich eine generierte Datei, die alle Abhängigkeiten Ihres Projekts enthalten sollte, etwa build/app/intermediates/flutter/debug/flutter_build.d . Könnten Sie überprüfen, ob es den Namen der Datei enthält, die Sie ändern?

Es enthält den Namen der Datei, die ich bearbeite.

Toll, als nächstes ist die Dateiprüfsumme zu überprüfen. Es ist hilfreich, diesen nächsten Teil nach einer Flatterreinigung zu beginnen. Zuerst - führen Sie Ihren Build zweimal aus, wobei der Fehler intakt ist.

Öffnen Sie dann .dart_tool/flutter_build/<some-hash-value>/.filecache und ziehen Sie das sha für die Datei, die Sie bearbeiten. Es wird etwa so sein:

{
  "version": 2,
  "files": [
    {"path": "path/you/care/about.dart", "hash": "somevalue"},
    ...
  ],
}

Nehmen Sie als Nächstes die Änderung vor, um den Fehler zu beheben, und erstellen Sie die App erneut. Überprüfen Sie den Hash und stellen Sie sicher, dass er entweder aktualisiert wurde oder nicht aktualisiert wurde

Tatsächlich könnte es einfacher sein, nach dem Ändern der Datei einfach ausführlich zu laufen. Sie suchen nach einer Zeile wie:

skipping kernel_snapshot oder jetzt

Also, um zu überprüfen:

Ich habe den Build zweimal ausgeführt und der Fehlerbildschirm wurde wie erwartet zweimal angezeigt.
Ich habe den sha-Wert erfasst.
Ich habe den Fehler behoben.
Nach einem Umbau stellte ich fest, dass sich das sha nicht geändert hat.

@jonahwilliams

HINWEIS: Ich konnte das Problem unter Linux

@Reprevise, wenn Sie diese Schritte ausführlich ausführen, sehen Sie, dass Gradle die Flatter-Aufgabe selbst überspringt? Mögen:

[        ] > Task :app:transformClassesAndDexWithShrinkResForRelease UP-TO-DATE
[        ] > Task :app:packageRelease UP-TO-DATE
[        ] > Task :app:assembleRelease
[        ] BUILD SUCCESSFUL in 994ms
[        ] 30 actionable tasks: 4 executed, 26 up-to-date

Dies wird mir helfen einzugrenzen, ob es sich um einen Flatter-Tool-Bug oder einen Flatter-Gradle-Bug handelt

Wenn dies Windows ist, vermute ich, dass ein Formatierungsfehler in der depfile vorliegt, der dazu führt, dass Gradle die Flatter-Aufgabe fälschlicherweise überspringt. Das würde dazu passen, dass das sha nicht aktualisiert wird.

Hier ist mein Log von flutter run --verbose :

https://pastebin.com/V5U7G3tj

Beachten Sie, dass meine Datei nicht MediaQuery.of(context) in meiner Build-Methode enthält, wie das Fehlerprotokoll vermuten lässt. Und ja, ich verwende Windows.

Okay, wir grenzen das Problem allmählich ein. In FLUTTER_ROOT/packages/flutter_tools/gradle/flutter.gradle könnten Sie eine print-Anweisung hinzufügen, um zu überprüfen, ob die depfile richtig geparst wurde:

    <strong i="7">@InputFiles</strong>
    FileCollection getSourceFiles() {
        FileCollection sources = project.files()
        for (File depfile in getDependenciesFiles()) {
          sources += readDependencies(depfile)
        }
        sources.collect {
            println it
        }
        return sources + project.files('pubspec.yaml')
    }

Im FlutterTask . Führen Sie dann die Ausführung erneut aus und greifen Sie auf den Inhalt der geparsten depfile

Mit der print-Anweisung ist hier mein neues flutter run --verbose Protokoll:

https://pastebin.com/dVXCUueS

Vielen Dank! sieht so aus, als wären die richtigen Dateien drin - Sind die folgenden Dateien Ihr Anwendungscode:

C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\pubspec.yaml
[        ] C:\Users\Owner\Documents\Flutter
[        ] C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\.packages
[        ] C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\lib\main.dart

Ich gehe zu 🤦‍♂, aber ich frage mich, ob dies ein weiteres Problem mit "Leerzeichen im Dateipfad wirft das Tool unter Windows" ist. Funktioniert das Problem für Sie in einem Verzeichnis ohne Leerzeichen? (Nicht, dass ich dies als langfristige Lösung vorschlage ...)

Der Teil android\app\Apps existiert nicht:

Hier sind die tatsächlichen Pfade zu den Dateien:

C:\Users\Owner\Documents\Flutter Apps\error_test\pubspec.yaml
C:\Users\Owner\Documents\Flutter Apps\error_test\.packages
C:\Users\Owner\Documents\Flutter Apps\error_test\lib\main.dart

Auch unsicher, warum C:\Users\Owner\Documents\Flutter da drin ist?
Aber ich glaube nicht wirklich, dass die Sache mit dem Pfad ein Problem ist, sondern nur darauf hinzuweisen.

Außerdem könnte das "Leerzeichen im Dateipfad" das Problem tatsächlich verursacht haben.
Ich habe mich sehr bemüht, das Problem in einem Pfad ohne Leerzeichen zu reproduzieren, aber ich kann nicht.

Vielen Dank für die Hilfe beim Debuggen von @Reprevise . Mit diesen Informationen sollte ich in der Lage sein, ziemlich schnell einen Patch zusammenzustellen.

Auch unsicher, warum C:\Users\Owner\Documents\Flutter drin ist?

Sieht auch komisch aus, bin mir auch noch nicht sicher aber ich schau mal nach

Vielleicht hängt es mit dem leeren Raum im Verzeichnisnamen zusammen, um ehrlich zu sein.

@Reprevise, also habe ich dies auf meinem Windows-Rechner repo und eine Korrektur ausstehend. Wenn Sie möchten, können Sie es zur Überprüfung in Ihre eigene Flatter-Kasse einbinden. Hinweis: Sie müssen zuerst sauber flattern, um den schlechten Schmutz wegzublasen.

https://github.com/flattern/flattern/pull/50538

Das Escape-Problem ist jetzt auf Master behoben

Ich teste den Master, wenn ich nach Hause komme, und melde mich, wenn das Problem behoben ist

Scheint zu funktionieren, wird bisher jedes Mal mit dem richtigen Code neu erstellt 🤞 .

Stehe seit den letzten Tagen vor dem gleichen Problem. Hot Reload funktioniert nicht mehr, muss jedes Mal neu gestartet werden.

@gegobyte das hat nichts mit Hot Reload zu tun

In meinem Fall trat diese Situation nach dem Aktualisieren von Flatter und dem Bearbeiten der externen Bibliothek auf. Ich habe dieses Problem gelöst, indem ich getan habe

flutter clean

und dann durch laufen

flutter pub cache repair

und erstellen Sie dann Ihre App neu.

Sollen wir das schließen? Für was es wert ist, sehe ich das Problem nicht mehr. Und ich sehe, dass vor kurzem mindestens ein zugrunde liegender Fehler behoben wurde.

Es ist auch möglich, dass wir dies in mehrere Issues aufteilen und dieses als Tracking-Meta-Problem verwenden möchten.

Ich hatte dieses Problem seit einiger Zeit nicht mehr, ich bin auf der neuesten Beta 1.15.17.

Ich vermute, dass wir feststellen werden, dass fokussiertere Themen nützlicher/umsetzbarer sind. @jonahwilliams wdyt?

Ich sehe das Problem nicht mehr. Ich bin in der Kanal-Beta.

Das Problem scheint im stabilen Kanal behoben (1.12.13 Hotfix 8)

Ich habe Version 1.12.13 Hotfix 8 und ich scheine dieses Problem immer noch zu haben. ich rannte

flattern sauber

und es schien das Problem zumindest vorübergehend zu beheben

In meinem Fall trat diese Situation nach dem Aktualisieren von Flatter und dem Bearbeiten der externen Bibliothek auf. Ich habe dieses Problem gelöst, indem ich getan habe

flutter clean

und dann durch laufen

flutter pub cache repair

und erstellen Sie dann Ihre App neu.

Dies behebt das Problem für mich !! (Aktualisieren Sie auch Dart und Flutter).

Ich habe die Lösung "Flatter Pub Cache Repair" befolgt, aber jetzt funktioniert mein Hot Reload nicht mehr und ich muss für jeden Build sauber flattern. Irgendwelche anderen Vorschläge?

@AntheusS das klingt, als wäre es ein separates Problem, an dem ich sehr interessiert bin. Wären Sie bereit, ein neues Problem mit Ihren spezifischen Bedenken einzureichen, damit wir Ihnen bei der Lösung helfen können? Vielen Dank!

Die folgende Notiz wurde von @tvolkert am 16. Oktober 2018 hinzugefügt

Wenn Sie von diesem Fehler betroffen sind,

Bitte füllen Sie das folgende Formular aus!

https://goo.gl/forms/eFPT6A3jAD8clU4o2 (Umfrage zum Sammeln von Informationen über diesen Fehler)

Schritte zum Reproduzieren

Wenn ich (oder einer meiner Teamkollegen) flatter flutter run (oder mit dem Run/Debug-Button auf IntelliJ und VSCode) auf einem AVD oder auf echten Geräten laufen lasse, ist die installierte Version immer hinter der neuesten und ich immer müssen Sie die App neu starten oder manchmal flutter clean .
Dies ist ein Problem, insbesondere wenn der Build auf dem AVD/realen Gerät abstürzt, und die einzige Lösung hier ist flutter clean , selbst wenn ich die App anhalte und flutter run erneut mache.

Das gleiche passiert beim Erstellen und Installieren von Produktions-APKs:
Wenn ich flutter build und flutter install ausführe, wird das installierte APK nicht aktualisiert.
Wenn ich flatter clean und als nächstes flutter build und flutter install ausführe, ist das installierte APK auf dem neuesten Stand.

Flutter Arzt:

[√] Flutter (Channel beta, v0.2.8, on Microsoft Windows [Versione 10.0.17133.73], locale it-IT)
    • Flutter version 0.2.8 at C:\Users\Edoardo Debenedetti\flutter
    • Framework revision b397406561 (13 days ago), 2018-04-02 13:53:20 -0700
    • Engine revision c903c217a1
    • Dart version 2.0.0-dev.43.0.flutter-52afcba357

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Edoardo Debenedetti\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Ultimate Edition (version 2018.1)
    • IntelliJ at C:\Users\Edoardo Debenedetti\AppData\Local\JetBrains\Toolbox\apps\IDEA-U\ch-0\181.4203.550
    • Flutter plugin version 23.1.3
    • Dart plugin version 181.4203.498

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (2 available)
    • PRA LX1                   • 57UDU17111026756 • android-arm64 • Android 7.0 (API 24)
    • Android SDK built for x86 • emulator-5554    • android-x86   • Android 8.1.0 (API 27) (emulator)

• No issues found!

Die folgende Notiz wurde von @tvolkert am 16. Oktober 2018 hinzugefügt

Wenn Sie von diesem Fehler betroffen sind,

Bitte füllen Sie das folgende Formular aus!

https://goo.gl/forms/eFPT6A3jAD8clU4o2 (Umfrage zum Sammeln von Informationen über diesen Fehler)

Schritte zur Reproduktion

Wenn ich (oder einer meiner Teamkollegen) flatter flutter run (oder über den Run/Debug-Button bei IntelliJ und VSCode) auf dem AVD oder auf realen Geräten laufen lasse, ist die installierte Version immer auf der Seite Version und ich muss die App immer neu starten oder manchmal sogar flutter clean .
Dies ist ein Problem, insbesondere wenn der Build auf AVD / echtem Gerät abstürzt und die einzige Lösung hier flutter clean , auch wenn ich die Ausführung der App unterbreche und flutter run erneut mache.

Das gleiche passiert beim Erstellen und Installieren eines Produktions-APKs:
Wenn ich flutter build und flutter install ausführe, wird das installierte APK nicht aktualisiert.
Wenn ich flatter clean laufe, und als nächstes werden die installierten APKs flutter build und flutter install aktualisiert.

Arzt zittert:

[√] Flutter (Channel beta, v0.2.8, on Microsoft Windows [Versione 10.0.17133.73], locale it-IT)
    • Flutter version 0.2.8 at C:\Users\Edoardo Debenedetti\flutter
    • Framework revision b397406561 (13 days ago), 2018-04-02 13:53:20 -0700
    • Engine revision c903c217a1
    • Dart version 2.0.0-dev.43.0.flutter-52afcba357

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Edoardo Debenedetti\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Ultimate Edition (version 2018.1)
    • IntelliJ at C:\Users\Edoardo Debenedetti\AppData\Local\JetBrains\Toolbox\apps\IDEA-U\ch-0\181.4203.550
    • Flutter plugin version 23.1.3
    • Dart plugin version 181.4203.498

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (2 available)
    • PRA LX1                   • 57UDU17111026756 • android-arm64 • Android 7.0 (API 24)
    • Android SDK built for x86 • emulator-5554    • android-x86   • Android 8.1.0 (API 27) (emulator)

• No issues found!

Vielen Dank, ich habe es behoben.

gleiches Problem bei der letzten Version auf stabilem Kanal

@AntheusS das klingt, als wäre es ein separates Problem, an dem ich sehr interessiert bin. Wären Sie bereit, ein neues Problem mit Ihren spezifischen Bedenken einzureichen, damit wir Ihnen bei der Lösung helfen können? Vielen Dank!

Ich habe es tatsächlich behoben, indem ich meine komplette Entwicklungsumgebung neu installiert habe, nachdem ich die zuvor beschriebenen Befehle ausgeführt hatte. Vielen Dank trotzdem. :-)

Dieses Thema ist etwas lang und überladen geworden. @jonahwilliams Arbeit in diesem Bereich hätte den Großteil der Probleme lösen sollen. Wenn Leute immer noch Probleme haben, die durch ein flutter clean behoben werden, reichen Sie bitte ein neues Problem mit allen Details ein. Vielen Dank!