Файл main.dart Flutter застревает в «Синхронизации файлов на устройство Android SDK, созданный для x86 64 ...» при выполнении в Android Studio - PullRequest
3 голосов
/ 28 января 2020

Я пробую свой первый в мире флаттер-код на Android Studio и отображаю его на эмуляторе. Я получаю вывод, но компиляция никогда не заканчивается, что означает, что я не могу выполнить горячий перезапуск своего кода. Учебник, из которого я учусь, не сталкивается с этой проблемой.

РЕДАКТИРОВАТЬ : Возникли некоторые новые ошибки. Это начало зависать в "Установка сборки \ app \ output \ apk \ app.apk", я решил эту проблему, и теперь он отображает это. Это прерывисто, пропущенные кадры и линии меняются местами, но проблема остается той же самой. Пожалуйста, помогите, я схожу с ума от решения этой проблемы:)

Появляется следующий код:

Launching lib\main.dart on Android SDK built for x86 64 in debug mode...
Running Gradle task 'assembleDebug'...
√ Built build\app\outputs\apk\debug\app-debug.apk.
Syncing files to device Android SDK built for x86 64...
I/Choreographer( 5985): Skipped 61 frames!  The application may be doing too much work on its main thread.
D/EGL_emulation( 5985): eglMakeCurrent: 0x7e7ece03e300: ver 3 0 (tinfo 0x7e7ece1a85e0)
I/OpenGLRenderer( 5985): Davey! duration=1554ms; Flags=1, IntendedVsync=1503595359014, Vsync=1504612025640, OldestInputEvent=9223372036854775807, NewestInputEvent=0, HandleInputStart=1504619561700, AnimationStart=1504619633200, PerformTraversalsStart=1504619653300, DrawStart=1504626010200, SyncQueued=1504626824700, SyncStart=1504630541800, IssueDrawCommandsStart=1504630721200, SwapBuffers=1504690106800, FrameCompleted=1505153649500, DequeueBufferDuration=49170000, QueueBufferDuration=2336000, 
D/EGL_emulation( 5985): eglMakeCurrent: 0x7e7ecc6fa7e0: ver 3 0 (tinfo 0x7e7ecc62baa0)
Syncing files to device Android SDK built for x86 64...

Ответы [ 5 ]

4 голосов
/ 31 января 2020

Ну, похоже на Linux это из-за некоторых изменений в ядре 5.5. Я тестировал несколько раз, и я уверен - на ядре 5.4 это работает, но на ядре 5.5 рефакторинг зависает, а также отладка не работает.

Странно, я понятия не имею, как это связано с ядром (рефакторинг? Wtf?), Я могу подозревать, что некоторые изменения в обработке filsestem могут вызвать это? Нужно создать отчет об ошибках в InteliJ или Flutter и сообщить им, что новое ядро ​​вызывает проблему.

Также странно, что при разработке в Java / Kotlin с Android Studio у меня нет проблем, рефакторинг и отладка работают просто хорошо. Так что это должно быть связано с Flutter.

Итак, на Linux сейчас нужно понизить ядро ​​до 5.4 (понятия не имею о Ma c или Win).

0 голосов
/ 11 апреля 2020

Поместите этот оператор сразу после начала основной функции.

WidgetsFlutterBinding.ensureInitialized();

И затем перезапустите приложение.

0 голосов
/ 12 марта 2020

Согласен только с user1209216 .

При использовании Visual Studio выполнение зависало при синхронизации файлов с устройством при использовании kernel-5.5.8-200.fc31.

Я понизился до kernel-5.3.7-301.fc31 и смог запустить приложение Flutter на эмуляторе и физическом устройстве.

См. Также: https://github.com/flutter/flutter/issues/

Вы можете либо перейти на предыдущее ядро, пока на стабильном канале не будет выпущена новая версия Flutter, либо запустить flutter channel master.

Подробнее о том, как Flutter структурирует свои каналы выпуска: https://github.com/flutter/flutter/wiki/Flutter-build-release-channels

0 голосов
/ 21 февраля 2020

У меня точно такая же проблема с ядром linux5.5.

inxi

CPU: Quad Core AMD Ryzen 3 PRO 3300U w/ Radeon Vega Mobile Gfx (-MCP-) 
speed/max: 1397/1400 MHz Kernel: 5.5.2-1-MANJARO x86_64 Up: 1d 4h 05m 
Mem: 12541.8/22014.1 MiB (57.0%) Storage: 476.94 GiB (15.3% used) Procs: 332 
Shell: fish 3.0.2 inxi: 3.0.37

флаттер доктор

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, v1.12.13+hotfix.8, on Linux, locale en_US.UTF-8)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✓] Android Studio (version 3.5)
[✓] Connected device (1 available)

• No issues found!
0 голосов
/ 07 февраля 2020

Я столкнулся с этой проблемой, когда не был подключен к net. И я запускал этот проект в первый раз. Так что проверьте ваш inte rnet и перезапустите приложение, пару раз оно будет работать быстро

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...