Flutter-geolocator: Es dauert lange, bis geolocator.getCurrentPosition die Position auf dem IOS zurückgibt

Das gleiche Problem erleben. Bisher nicht gefunden, was die Verlangsamung verursacht, aber die letzte bekannte Position als vorübergehende Lösung für meinen Fall verwendet ...

Überprüfen Sie, ob Ihre Info.plist 3 Schlüssel hat
NSLocationAlwaysUsageDescription
deine Beschreibung
NSLocationWhenInUseUsageDescription
deine Beschreibung
NSLocationAlwaysAndWhenInUseUsageDescription
deine Beschreibung

Selbes Problem hier. Musste auf 4.0.3 Version des Geolocator Plugins downgraden. Jede Version danach reagiert in iOS sehr langsam.
Und ja, @paulobreim Ich habe alle erforderlichen Zeichenfolgen in Info.plist, sonst würde es überhaupt nicht antworten.

Ich verwende das Standort-Plugin, um den aktuellen Standort abzurufen. Es funktioniert gut auf Android und IOS.

@ hungtran2492 Ich

@StijnWoerkom Was ist der Grund für das Schließen? Dies ist ein legitimer Fehler, der Entwicklerprobleme in der Hauptstandortbibliothek für Flutter verursacht.

@ollydixon Ich habe dieses Problem auf mehreren IOS-Geräten getestet und festgestellt, dass das Problem eher beim Gerät als beim Code liegt. Ich kann das Problem erneut öffnen, sehe jedoch keine Probleme mit diesem Problem.

@StijnWoerkom wenn es hilft, habe ich eine Live-App-Demo mit 4 Benutzern gemacht und es war langsam auf allen ihren Handys. (Alle iOS). War für mich ein wenig peinlich, weil der Simulator einwandfrei funktioniert, nur auf dem Gerät ist er extrem langsam.

Ich habe eine andere Bibliothek benutzt und es war in Ordnung (Location for Flutter).

Version 4.0.3 funktioniert einwandfrei. Ich habe in meiner App tatsächlich ein Downgrade auf diese Version durchgeführt. Es muss also etwas in der Bibliothek selbst sein. Habe Tests mit verschiedenen iPhones durchgeführt, es ist konsistent, daher bezweifle ich, dass es das Gerät ist.

@ollydixon Vielen Dank für Ihre Antwort. Es tut mir leid, dass Sie mit der Demo versagt haben. Ich habe die Ausgabe erneut geöffnet und werde mich weiter damit befassen. Können Sie mir sagen, welche Version Sie verwendet haben?

@StijnWoerkom keine Sorge, sie wussten, dass es ein Alpha-Build war. Es war 5.1.3.

Jede Version nach 4.0.3 hat das Problem. Es muss also etwas sein, das in 5.0.0 eingeführt wurde.

@babaosoftware In der Version 5.0.0 haben wir die IOS-Version von Swift auf Objective-C konvertiert, wodurch die Größe der endgültigen Binärdatei erheblich reduziert und einige Kompatibilitätsprobleme mit anderen auf Objective-C basierenden Plugins gelöst wurden.

@StijnWoerkom Ich stelle die Notwendigkeit der Konvertierung nicht in Frage, sondern sage nur, dass sie dieses Problem verursacht hat, und gebe einen Hinweis darauf, wo jemand anfangen könnte, sich damit zu befassen.

Mir ist aufgefallen, dass Sie mir gestern mitgeteilt haben, dass die Probleme mit Version 5.0.0 begonnen haben. Ich untersuche alle Funktionen, die wir mit der Version hinzugefügt haben, um die Ursache des Problems zu ermitteln.

Lassen Sie mich eine Alternative zur Isolierung des Problems vorschlagen, falls es tatsächlich existiert.
Wir können ein kleines Programm nur mit der Funktion geolocator.getCurrentPosition erstellen, und jeder kann dieses Programm testen und die Ausführungszeit messen.
Was denken Sie?

@ Paulobreim Ich wollte heute Abend genau das machen (USA Eastern Time). Ich werde mein Ergebnis veröffentlichen, sobald ich sie habe.

Ich habe folgenden Test gemacht:
Die App:
import ' package: flutter / foundation.dart ';
import ' package: geolocator / geolocator.dart ';
void main () {
DateTime start = DateTime.now ();
getCurrentPosition (). then ((pos) {
DateTime end = DateTime.now ();
debugPrint ("Zeitspanne = $ {end.difference (start) .inMilliseconds} ms");
});
}}
ZukunftgetCurrentPosition () async {
return warte auf Geolocator (). getCurrentPosition ();
}}

in pubspec.yaml habe ich
Geolocator: ^ 4.0.3 # Nicht aktualisieren - es reagiert sehr langsam beim Start.
für den ersten Test und
Geolocator: ^ 5.1.4
für den zweiten Test.
Ich habe mit einem iPhone 6S getestet, aber bevor ich auch neuere Geräte verwendet habe, glaube ich nicht, dass das Gerät einen Unterschied macht.
Der erste Test mit Version 4.0.3 zeigte eine Reaktionszeit von ca. 100 ms
Der zweite Test mit Version 5.1.4. zeigten eine Reaktionszeit von ca. 10 s - das sind Sekunden, nicht ms
Los geht's.

Ich versuche es in meinem Motorola Z2 Play und einem iPhone zu testen, aber ich habe den folgenden Fehler erhalten und weiß nicht, was ich tun soll.

Starten von lib / main.dart auf einem für x86 erstellten Android SDK im Debug-Modus ...
Gradle initialisieren ...
Abhängigkeiten lösen ...
Gradle-Task 'assembleDebug' ausführen ...

FEHLER: Die Erstellung ist mit einer Ausnahme fehlgeschlagen.

• Was schief gelaufen ist:
  Ausführung für Task ': app: preDebugBuild' fehlgeschlagen.
  > Android-Abhängigkeit 'androidx. core: core 'hat eine andere Version für den Klassenpfad compile (1.0.0) und runtime (1.0.2). Sie sollten dieselbe Version manuell über DependencyResolution festlegen

Ich weiß, dass es keine Beziehungen zu Geolocator gibt, aber ich weiß nicht, ob ich das beheben kann.

'Androidx. core: core 'hat eine andere Version für den Klassenpfad compile (1.0.0) und runtime (1.0.2)

Überprüfen Sie dies:
https://github.com/flutter/flutter/issues/27254

Hier ist mein Test für Android.
Ich habe einen floatActionButton gedrückt und 10 Mal gedrückt

Geolocator für den ersten Test: ^ 4.0.3
Starten von lib / main.dart auf Moto Z2 Spielen Sie im Debug-Modus ...
Gradle initialisieren ...
Abhängigkeiten lösen ...
Gradle-Task 'assembleDebug' ausführen ...
Erstellt build / app / output / apk / debug / app-debug.apk.
Synchronisieren von Dateien mit dem Gerät Moto Z2 Play ...
I / Flattern (11197): Zeitspanne = 1006 ms
I / Flattern (11197): Zeitspanne = 1626 ms
I / Flattern (11197): Zeitspanne = 965 ms
I / Flattern (11197): Zeitspanne = 6024 ms
I / Flattern (11197): Zeitspanne = 991 ms
I / Flattern (11197): Zeitspanne = 971 ms
I / Flattern (11197): Zeitspanne = 6022 ms
I / Zygote (11197): Führen Sie eine teilweise Code-Cache-Sammlung durch, Code = 62 KB, Daten = 51 KB
I / Zygote (11197): Nach der Code-Cache-Erfassung ist Code = 62 KB, Daten = 51 KB
I / Zygote (11197): Erhöhung der Code-Cache-Kapazität auf 256 KB
I / Flattern (11197): Zeitspanne = 7866 ms
I / Flattern (11197): Zeitspanne = 940 ms
I / Flattern (11197): Zeitspanne = 6091 ms

ZWEITER TEST Geolocator: ^ 5.1.4
Starten von lib / main.dart auf Moto Z2 Spielen Sie im Debug-Modus ...
Gradle initialisieren ...
Abhängigkeiten lösen ...
Gradle-Task 'assembleDebug' ausführen ...
Erstellt build / app / output / apk / debug / app-debug.apk.
Synchronisieren von Dateien mit dem Gerät Moto Z2 Play ...
I / Flattern (11471): Zeitspanne = 1043 ms
I / Flattern (11471): Zeitspanne = 5927 ms
I / Flattern (11471): Zeitspanne = 8876 ms
I / Flattern (11471): Zeitspanne = 1052 ms
I / Flattern (11471): Zeitspanne = 5987 ms
I / Flattern (11471): Zeitspanne = 6316 ms
I / Flattern (11471): Zeitspanne = 5948 ms
I / Zygote (11471): Führen Sie eine teilweise Code-Cache-Sammlung durch, Code = 62 KB, Daten = 50 KB
I / Zygote (11471): Nach der Code-Cache-Erfassung ist Code = 62 KB, Daten = 50 KB
I / Zygote (11471): Erhöhung der Code-Cache-Kapazität auf 256 KB
I / Flattern (11471): Zeitspanne = 934 ms
I / Flattern (11471): Zeitspanne = 6012 ms
I / Flattern (11471): Zeitspanne = 954 ms

DRITTER TEST-Geolocator: ^ 5.1.4
(WHITOUT warten im Geolocator 10-mal schnelles Drücken der Taste
Starten von lib / main.dart auf Moto Z2 Spielen Sie im Debug-Modus ...
Gradle initialisieren ...
Abhängigkeiten lösen ...
Gradle-Task 'assembleDebug' ausführen ...
Erstellt build / app / output / apk / debug / app-debug.apk.
Installieren von build / app / output / apk / app.apk ...
Synchronisieren von Dateien mit dem Gerät Moto Z2 Play ...
I / Flattern (16122): Zeitspanne = 1020 ms
I / Flattern (16122): Zeitspanne = 159 ms
I / Flattern (16122): Zeitspanne = 584 ms
I / Flattern (16122): Zeitspanne = 544 ms
I / Flattern (16122): Zeitspanne = 99 ms
I / Flatter (16122): Zeitspanne = 536 ms
I / Flattern (16122): Zeitspanne = 82 ms
I / Zygote (16122): Führen Sie eine teilweise Code-Cache-Sammlung durch, Code = 62 KB, Daten = 50 KB
I / Zygote (16122): Nach der Code-Cache-Sammlung ist Code = 62 KB, Daten = 50 KB
I / Zygote (16122): Erhöhung der Code-Cache-Kapazität auf 256 KB
I / Flattern (16122): Zeitspanne = 504 ms
I / Flattern (16122): Zeitspanne = 1381 ms
I / Flattern (16122): Zeitspanne = 946 ms

Obwohl ich das Problem unter Android nicht selbst überprüft habe, wie im Titel angegeben, wurde dieses Problem für iOS geöffnet. Trotzdem zeigen Ihre Tests ziemlich inkonsistente Ergebnisse, und ich bin mir nicht sicher, was der dritte Test macht, ohne auf den Geolocator-Aufruf zu warten. Vielleicht würde das Veröffentlichen des Codes Ihrer App das klarstellen.
Auf jeden Fall bleibe ich vorerst bei der Version 4.0.3 der Bibliothek. Tatsächlich habe ich meine App erst kürzlich im Apple Store veröffentlicht. Vielleicht möchten Sie es unter überprüfen
http://apps.apple.com/us/app/apple-store/id1469322424

Hier ist mein Test für IOS 12.4.4 iPhone 6

Geolocator für den ersten Test: ^ 4.0.3
Starten von lib / main.dart auf der iPhone-Platine im Debug-Modus ...
Signieren der iOS-App für die Gerätebereitstellung mithilfe der Entwickleridentität: "iPhone-Entwickler: Paulo Breim (Y34R2HBJ59)"
Pod-Installation ausführen ...
Ausführen von Xcode Build ...
Xcode Build fertig. 23,7s
Installieren und Starten ...
Synchronisieren von Dateien mit der iPhone-Platine des Geräts ...
Flattern: Zeitspanne = 230 ms
Flattern: Zeitspanne = 92 ms
Flattern: Zeitspanne = 74 ms
Flattern: Zeitspanne = 80 ms
Flattern: Zeitspanne = 95 ms
Flattern: Zeitspanne = 87 ms
Flattern: Zeitspanne = 199 ms
Flattern: Zeitspanne = 58 ms
Flattern: Zeitspanne = 73 ms
Flattern: Zeitspanne = 70 ms

ZWEITER TEST Geolocator: ^ 5.1.4
Starten von lib / main.dart auf der iPhone-Platine im Debug-Modus ...
Signieren der iOS-App für die Gerätebereitstellung mithilfe der Entwickleridentität: "iPhone-Entwickler: Paulo Breim (Y34R2HBJ59)"
Pod-Installation ausführen ...
Ausführen von Xcode Build ...
Xcode Build fertig. 22,6s
Installieren und Starten ...
Synchronisieren von Dateien mit der iPhone-Platine des Geräts ...
Flattern: Zeitspanne = 12383 ms
Flattern: Zeitspanne = 10033 ms
Flattern: Zeitspanne = 10027 ms
Flattern: Zeitspanne = 10026 ms
Flattern: Zeitspanne = 10031 ms
Flattern: Zeitspanne = 10029 ms
Flattern: Zeitspanne = 10032 ms
Flattern: Zeitspanne = 10032 ms
Flattern: Zeitspanne = 10028 ms
Flattern: Zeitspanne = 10029 ms

babaosoftware, lass es mich wissen, wenn du weitere Tests brauchst

@ Paulobreim danke für deine Mühe. Bestätigt anscheinend, was wir die ganze Zeit gesagt haben, und die Ergebnisse sind konsistent. Versionen der Geolocator-Bibliothek, die mit 5.0.0 beginnen, haben eine inakzeptable Antwortzeit von etwa 10 Sekunden für Aufrufe von getCurrentPosition auf der iOS-Plattform.
Die Ergebnisse auf Android sind inkonsistent, aber einige zeigen Antwortzeiten von über 8 Sekunden, was ebenfalls besorgniserregend ist.
@StijnWoerkom Ich denke, es gibt genügend Beweise dafür, dass etwas mit dem Bibliotheks-Upgrade nicht stimmt und einige Anstrengungen zum Isolieren und Beheben erforderlich sind.

@babaosoftware Vielen Dank für Ihre Mühe. Ich habe das gleiche Problem getestet und bin zu dem gleichen Schluss gekommen wie Sie. Wir werden an diesem Problem arbeiten und Sie auf dem Laufenden halten, wenn es eine Lösung für dieses Problem gibt.

Gleiches passiert hier auf iOS 13.1.3 iPhone XR mit der neuesten Version von GeoLocator. Es dauert zwischen 8-10 Sekunden, um die aktuelle Position zu erhalten

Für diejenigen unter Ihnen, die Probleme mit langsamen getPosition in iOS haben (z. B. dauert es 10 + s, um Positionsinformationen zu erhalten), können Sie dieses alternative Paket verwenden, wie bereits im vorherigen Thread erwähnt.

https://github.com/Lyokone/flutterlocation

Es lädt Positionsinformationen sowohl in Android als auch in iOS extrem schnell. (<1s).

Ich habe die gleiche Verzögerung mit der neuesten Version. Gibt es irgendwelche Probleme / Nachteile beim Festhalten an Version 4.0.3?

Ich stimme @cielo zu , ich habe dieses Paket und das Standortpaket [ Link ] getestet und der Unterschied in der Geschwindigkeit ist offensichtlich. Dieses Paket bietet jedoch mehr Funktionen und ich hoffe, dass dieser Fehler in der Verzögerung behoben wird (für mich ist er inkonsistent).

Ich möchte nur hinzufügen, dass ich diese Langsamkeit auch noch erlebe. Funktioniert einwandfrei auf dem Emulator, dauert jedoch auf einem physischen Iphone 8 Plus-Gerät länger als 10 Sekunden.

effektiv funktioniert Version 4.0.3 großartig. Meine Erfahrung mit physischen iOS-Geräten mit Version 5.2.0 hat sich sehr verzögert, als ich den Standort des Geräts gefunden habe, indem ich das Problem der Lösung auf 4.0.3 gesenkt habe

Hallo, ich habe dieses Problem auf Android

Mein Code ist so einfach wie. Position position = await _geoLocator.getCurrentPosition();

Ich verwende ein Google Pixel 3A

ich auch :(
Ich benutze ^ 5.1.5
getCurrentPosition () so langsam sowohl Android, IOS

ich auch
Ich benutze ^ 5.3.0
IOS 12.4 Iphone 5s.

Ich habe das gleiche Problem, auf iOS 13.4 Beta iPhone XR
Funktioniert gut auf allen Android-Geräten.

Das gleiche Problem funktioniert immer noch gut auf dem virtuellen Gerät, aber 10 Sekunden Verzögerung auf dem physischen Gerät

Das gleiche Problem tritt auf meinem iPhone 7, iOS 13.4 auf

Gleiches Problem bei iPhone 7 und IPhone X, IOS 13

Hallo, das gleiche Problem in einem echten iPhone X-Gerät, iOS 13

Unsere Startzeit betrug aufgrund dieses Problems mehr als 10 Sekunden und ging auf 4.0.3 zurück

Gleiches hier, iPhone 5s iOS 12.4.

Auch in iPhone 6s iOS 13.4

Ich habe auch dieses Problem. iPhone 6s iOS 13.4

Gleiches Problem auf einem physischen Gerät, iPhone 8 iOS 13.4. getLastKnownLocation funktioniert gut.

+1

Gleiches gilt hier für die Version von ^5.3.1 Geolocator auf iPhone Xs und iOS 13.3. Ich habe es auf 4.0.3 herabgestuft und es ist sehr schnell! 🚀

Mit den gleichen langsamen Ergebnissen funktioniert es im IOS-Simulator wie ein Zauber, dann habe ich es mit einem echten Telefon versucht und es dauert ungefähr 10 Sekunden für jede andere Adresse, ich bin um einige Häuser herumgelaufen und das erste Mal ist immer langsam, wenn Sie es erneut versuchen, wird es geladen schnell.

Ich habe auch 4.0.3 ausprobiert und funktioniert einwandfrei, aber ich sehe viele Korrekturen von 4.0.3 bis ^ 5.3.1. Gibt es Pläne, dies in der Hauptniederlassung zu beheben?

Mir ist aufgefallen, dass 4.0.3 nicht so genau ist wie 5.3.1

Ich hatte auch das gleiche Problem. Ein Downgrade auf 4.0.3 hat das Problem für mich behoben. Auf dem iOS-Simulator funktionierte es einwandfrei, auf meinem physischen iOS-Gerät (iPhone SE 2nd Gen) dauerte es jedoch einige Zeit.

Wie hat dieses Problem nicht mehr Anklang gefunden? Dies ist sicherlich ein Problem, das das Plugin auf Produktionsebene bricht. Es kann einfach nicht in einer Live-Umgebung nach Version 4.0.3 verwendet werden.

Reproes auch hier, iPhone 8.
Die erste Erfassung beträgt mehr als 20 Sekunden auf der tatsächlichen Hardware unter 5.3.1.
Gleiche Hardware, gleicher Standort, erste Erfassung ist ~ 2. Sek. Unter 4.0.3.

Mit den gleichen langsamen Ergebnissen funktioniert es im IOS-Simulator wie ein Zauber, dann habe ich es mit einem echten Telefon versucht und es dauert ungefähr 10 Sekunden für jede andere Adresse, ich bin um einige Häuser herumgelaufen und das erste Mal ist immer langsam, wenn Sie es erneut versuchen, wird es geladen schnell.

Guy Ich habe die Version 4.0.3 für das beste Ergebnis in Simulator und Gerät iOS (iPhone 6s - 8) verwendet.

Ich habe das gleiche Problem und die Umstellung auf 4.0.3 war nicht einfach, da ich Versionen zurücksetzen musste und bereits ein Upgrade auf Androidx durchgeführt habe. Ich habe stattdessen das Flutter Location Plugin verwendet, viel schneller.

Ähnlich wie andere Leute sagen, sehe ich auf einem physischen iOS-Gerät ~ 10 Sekunden (fast punktgenau) Verzögerungen, aber keine im Simulator. Diese Verlangsamung wurde auf mehreren Geräten in meinem Team beobachtet.

Gibt es eine Absicht, einen Fix für neuere Versionen zu implementieren?

Könnten Sie versuchen, die Genauigkeit zu ändern? Dieser hat für mich gearbeitet:
warte auf Geolocator (). getCurrentPosition (gewünschte Genauigkeit: LocationAccuracy.medium)

warte auf Geolocator (). getCurrentPosition (gewünschte Genauigkeit: LocationAccuracy.medium)
arbeitete für mich.

Ich war bei 5.3.2 + 2 und stellte fest, dass dieses Plugin viel langsamer war als das Location-Plugin. Aufgrund der Empfehlung hier habe ich auf 4.0.3 herabgestuft und die Geschwindigkeit wurde stark verbessert.

Hatte auch das gleiche Problem wie oben, wenn in Simulator v11.5 auf einem Mac ausgeführt wird, funktioniert das folgende Update auch für die neueste GeoLocation, v ^ 5.3.2 + 2 zum Zeitpunkt des Schreibens.

Der Speicherort des Simulator-IOS-Geräts ist nicht standardmäßig festgelegt, was die Ausnahme verursacht. Dies kann durch Klicken in die obere Menüleiste festgelegt werden.

Funktionen -> Standort -> Wählen Sie eine Option

Außerdem musste aufgrund der Leistung auf tatsächlichen iOS-Geräten ein Downgrade auf 4.03 durchgeführt werden.

Gleich hier, extrem langsam.

Ich hatte das gleiche Problem mit Version 5.3.1.
Es dauerte ungefähr 10 Sekunden, um den Standort auf fast jeder Version von iPhone, iPad zu ermitteln.
Das Ändern der LocationAccuracy (von best auf mittel) scheint das Problem zu lösen.

Gleiches gilt hier, getestet auf mehreren iPhones ab 6S, Version 5.3.2 - es dauert 5-10 Sekunden, um den Standort zu ermitteln

Das gleiche gilt für das iPhone 8, um den Standort zu bestimmen

Vielleicht war meine Lösung im Text versteckt:
Wenn ich die LocationAccuracy (von best auf mittel) geändert habe, verkürzen Sie die Verzögerung um weniger als eine Sekunde, und manchmal erfolgte die Reaktion sofort (zumindest auf allen Computern, auf denen ich sie getestet habe).
Bitte beachten Sie, dass die LocationAccuracy von "gut" nicht gut genug war.

Es dauert bis zu 100 Sekunden (Sekunden) auf meinem iPhoneSE, um die aktuelle Position zu erhalten. Manchmal dauert es weniger als eine Sekunde und das nächste Mal bis zu 100. Ich habe auch versucht, das Location-Paket zu verwenden, aber das gleiche Problem blieb bestehen. Ich kann kein Downgrade auf 4.0.4 durchführen, da ein anderes Paket, das ich verwende, von den höheren Versionen abhängt. :(

Wir arbeiten hart an einer neuen Version, die diese Probleme lösen soll. Siehe auch Ausgabe Nr. 430 mit weiteren Einzelheiten zum Fortschritt.

hatte vor kurzem dieses Problem mit Geolocator: ^ 5.3.1
Um dies zu beheben, habe ich ein Upgrade auf Geolocator durchgeführt: ^ 5.3.2 + 2
einstellen :
compileSdkVersion 28

und tat es schließlich
Flattern Upgrade

das scheint das Problem behoben zu haben.

warte auf Geolocator (). getCurrentPosition (gewünschte Genauigkeit: LocationAccuracy.medium)
arbeitete für mich.

Die Geolocator () -Klasse ist jetzt in der neuesten Version von ^ 6.0.0 veraltet. Wie soll ich PlaceMarker und placeFromCoordinate verwenden?

@mannnish , die Geokodierungsfunktion wurde in ein eigenes (dediziertes) Plugin namens Geokodierung verschoben.

@mannnish , die Geokodierungsfunktion wurde in ein eigenes (dediziertes) Plugin namens Geokodierung verschoben.

Danke hat funktioniert

Ich habe auf die neueste Version aktualisiert und das Problem für mich behoben 👍👍👍

Ich habe auf die neueste Version aktualisiert und das Problem für mich behoben 👍👍👍

In der Tat hat mir auch das Upgrade auf ^6.1.14 geholfen.

Ich habe auf die neueste Version aktualisiert und das Problem für mich behoben 👍👍👍

In der Tat hat mir auch das Upgrade auf ^6.1.14 geholfen.

Es funktioniert nicht für mich ................. sag mir die Schritte, denen ich folgen muss

Ich habe auf die neueste Version aktualisiert und das Problem für mich behoben 👍👍👍

In der Tat hat mir auch das Upgrade auf ^6.1.14 geholfen.

Es funktioniert nicht für mich ................. sag mir die Schritte, denen ich folgen muss

hm, ich habe gerade meine pubspec.yaml aktualisiert, vielleicht musst du auch pubpec.lock löschen?

Jetzt ist es wieder langsam lol (zumindest im Web)