Aplikasi mungkin melakukan terlalu banyak pekerjaan pada utas utamanya

Saya baru mengenal lingkungan Android SDK / API. Ini pertama kali saya mencoba menggambar plot / grafik. Saya mencoba menjalankan berbagai jenis kode sampel emulator menggunakan 3 perpustakaan gratis yang berbeda, tidak ada yang ditampilkan di layar tata letak. Logcat mengulangi pesan berikut:

 W / Lacak (1378): Nilai tak terduga dari nativeGetEnabledTags: 0
 I / Koreografer (1378): Dilewati 55 frame! Aplikasi mungkin melakukan terlalu banyak pekerjaan pada utas utamanya.

Masalahnya tidak berlanjut dan bagan bekerja ketika saya menjalankan kode sampel yang berkaitan dengan salinan evaluasi perpustakaan berlisensi.

diambil dari: Android UI: Memperbaiki bingkai yang dilewati

Siapa pun yang mulai mengembangkan aplikasi android melihat pesan ini di logcat “Koreografer (abc): Melewati bingkai xx! Aplikasi mungkin melakukan terlalu banyak pekerjaan pada utas utamanya. " Jadi apa artinya sebenarnya, mengapa Anda harus khawatir dan bagaimana menyelesaikannya.

Apa artinya ini adalah bahwa kode Anda butuh waktu lama untuk diproses dan frame dilewati karena itu, Mungkin karena beberapa proses berat yang Anda lakukan di jantung aplikasi Anda atau akses DB atau hal lain yang menyebabkan utas berhenti sebentar.

Berikut ini penjelasan yang lebih rinci:

Koreografer memungkinkan aplikasi untuk menghubungkan diri mereka dengan vsync, dan mengatur waktu dengan tepat untuk meningkatkan kinerja.

Animasi tampilan Android secara internal menggunakan Koreografer untuk tujuan yang sama: untuk menentukan waktu animasi dengan tepat dan mungkin meningkatkan kinerja.

Karena Koreografer diberitahu tentang setiap peristiwa vsync, saya dapat mengetahui apakah salah satu Runnables dilewatkan oleh Choreographer.post * apis tidak selesai dalam waktu satu frame, menyebabkan frame dilewati.

Dalam pemahaman saya Koreografer hanya dapat mendeteksi bingkai yang dilompati. Tidak ada cara untuk mengatakan mengapa ini terjadi.

Pesan "Aplikasi mungkin melakukan terlalu banyak pekerjaan pada utas utamanya." bisa menyesatkan.

sumber: Makna pesan Koreografer di Logcat

Kenapa harus khawatir?

Ketika pesan ini muncul di emulator android dan jumlah bingkai yang dilompati cukup kecil (<100) maka Anda dapat bertaruh dengan aman bahwa emulator lambat - yang terjadi hampir setiap saat. Tetapi jika jumlah bingkai dilewati dan besar dan dalam urutan 300+ maka akan ada masalah serius dengan kode Anda. Perangkat Android memiliki beragam perangkat keras yang berbeda dengan perangkat iOS dan Windows. RAM dan CPU bervariasi dan jika Anda ingin kinerja yang wajar dan pengalaman pengguna di semua perangkat maka Anda perlu memperbaiki hal ini. Ketika bingkai dilewati, UI lambat dan lamban, yang bukan pengalaman pengguna yang diinginkan.

Bagaimana memperbaikinya

Memperbaiki ini membutuhkan mengidentifikasi node di mana ada atau mungkin dapat terjadi durasi pemrosesan yang lama. Cara terbaik adalah melakukan semua pemrosesan terlepas dari seberapa kecil atau besar suatu utas terpisah dari utas UI utama. Jadi itu mengakses data dari SQLite Database atau melakukan beberapa matematika hardcore atau hanya menyortir array - Lakukan di utas yang berbeda

Sekarang ada tangkapan di sini, Anda akan membuat Thread baru untuk melakukan operasi ini dan ketika Anda menjalankan aplikasi Anda, itu akan crash mengatakan "Hanya utas asli yang membuat hierarki tampilan yang dapat menyentuh pandangannya". Anda perlu mengetahui fakta bahwa UI di android dapat diubah oleh utas utama atau utas UI saja. Utas lain yang mencoba melakukannya, gagal dan macet dengan kesalahan ini. Yang perlu Anda lakukan adalah membuat Runnable baru di dalam runOnUiThread dan di dalam runnable ini Anda harus melakukan semua operasi yang melibatkan UI. Temukan contoh di sini .

Jadi kami memiliki Thread dan Runnable untuk memproses data dari Thread utama, apa lagi? Ada AsyncTask di android yang memungkinkan melakukan proses waktu yang lama pada utas UI. Ini adalah yang paling berguna ketika aplikasi Anda didorong oleh data atau web api-driven atau menggunakan UI kompleks seperti yang dibuat menggunakan Canvas. Kekuatan AsyncTask adalah memungkinkan melakukan hal-hal di latar belakang dan setelah Anda selesai melakukan pemrosesan, Anda dapat dengan mudah melakukan tindakan yang diperlukan pada UI tanpa menyebabkan efek lagging. Ini dimungkinkan karena AsyncTask berasal dari utas UI Activity - semua operasi yang Anda lakukan pada UI melalui AsyncTask dilakukan adalah utas berbeda dari utas UI utama, Tidak ada halangan bagi interaksi pengguna.

Jadi ini yang perlu Anda ketahui untuk membuat aplikasi android yang lancar dan sejauh yang saya tahu setiap pemula mendapatkan pesan ini di konsolnya.

Seperti yang lain menjawab di atas, "Melompati 55 frame!" berarti beberapa proses berat ada di aplikasi Anda.

Untuk kasus saya, tidak ada proses yang berat dalam aplikasi saya. Saya melakukan double dan triple memeriksa semuanya dan menghapus proses yang menurut saya agak berat.

Saya menghapus Fragmen, Aktivitas, Perpustakaan sampai hanya kerangka yang tersisa. Namun tetap saja masalahnya tidak hilang. Saya memutuskan untuk memeriksa sumber daya dan menemukan beberapa ikon dan latar belakang yang saya gunakan cukup besar karena saya lupa memeriksa ukuran sumber daya tersebut.

Jadi, saran saya adalah jika tidak ada jawaban di atas yang membantu, Anda juga dapat memeriksa ukuran file sumber daya Anda.

Saya juga punya masalah yang sama.
Milik saya adalah kasus di mana saya menggunakan gambar latar belakang yang ada di drawables. Gambar khusus itu kira-kira 130kB dan digunakan selama layar splash dan beranda di aplikasi android saya.

Solusi - Saya baru saja menggeser gambar tersebut ke folder drawables-xxx dari drawables dan dapat membebaskan banyak memori yang ditempati di latar belakang dan bingkai skipping tidak lagi dilewati.

Perbarui Gunakan folder sumber daya yang dapat digulung 'nodp' untuk menyimpan file latar belakang yang dapat digambar.
Apakah kepadatan folder drawable berkualitas atau drawable-nodpi diutamakan?

Penyebab umum lain dari keterlambatan utas UI adalah akses SharedPreferences. Saat Anda memanggil a PreferenceManager.getSharedPreferencesdan metode serupa lainnya untuk pertama kalinya, file .xml yang terkait segera dimuat dan diuraikan dalam utas yang sama .

Salah satu cara yang baik untuk mengatasi masalah ini adalah memicu beban SharedPreference pertama dari utas latar belakang, dimulai sedini mungkin (misalnya dari onCreatekelas Aplikasi Anda). Dengan cara ini objek preferensi mungkin sudah dibangun pada saat Anda ingin menggunakannya.

Sayangnya, terkadang membaca file preferensi diperlukan selama fase awal startup (misalnya dalam Aktivitas awal atau bahkan Aplikasi itu sendiri). Dalam kasus seperti itu, masih mungkin untuk menghindari penghentian UI dengan menggunakan MessageQueue.IdleHandler. Lakukan segala hal lain yang perlu Anda lakukan pada utas utama, lalu instal IdleHandler untuk mengeksekusi kode setelah Aktivitas Anda sepenuhnya ditarik. Dalam Runnable itu Anda harus dapat mengakses SharedPreferences tanpa menunda terlalu banyak operasi menggambar dan membuat Koreografer tidak senang.

Cobalah untuk menggunakan strategi berikut untuk meningkatkan kinerja aplikasi Anda:

• Gunakan pemrograman multi-threading jika memungkinkan. Manfaat kinerja sangat besar, bahkan jika ponsel pintar Anda memiliki satu inti (utas dapat berjalan di inti yang berbeda, jika prosesor memiliki dua atau lebih). Ini berguna untuk membuat logika aplikasi Anda terpisah dari UI. Gunakan utas Java, AsyncTask atau IntentService. Lihat ini .
• Baca dan ikuti tips kinerja misc situs web pengembangan Android. Periksa di sini .

Saya memiliki masalah yang sama. Android Emulator bekerja dengan sempurna di Android <6.0. Ketika saya menggunakan emulator Nexus 5 (Android 6.0), aplikasi bekerja sangat lambat dengan I/Choreographer: Skipped framesdi log.

Jadi, saya memecahkan masalah ini dengan mengubah hardwareAcceleratedopsi file Manifest menjadi trueseperti ini:

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapplication">

    <application android:hardwareAccelerated="true">
        ...
    </application>
</manifest>

Saya bukan ahli, tetapi saya mendapat pesan debug ini ketika saya ingin mengirim data dari aplikasi android saya ke server web. Meskipun saya menggunakan kelas AsyncTask dan melakukan transfer data di latar belakang, untuk mendapatkan data hasil kembali dari server saya menggunakan metode get () dari kelas AsyncTask yang membuat UI sinkron yang berarti bahwa UI Anda akan menunggu terlalu lama. Jadi saran saya adalah membuat aplikasi Anda melakukan setiap tugas yang berorientasi jaringan pada utas terpisah.

Optimalkan gambar Anda ... Jangan gunakan gambar yang lebih besar dari 100KB ... Memuat gambar terlalu banyak menggunakan CPU dan menyebabkan aplikasi Anda hang.

Saya memiliki masalah yang sama. Dalam kasus saya, saya memiliki 2 Layout Relatif Bersarang. RelativeLayout selalu harus melakukan dua operan ukur. Jika Anda membuat RelativeLayout, Anda akan mendapatkan algoritme pengukuran eksponensial.

ini biasanya terjadi ketika Anda menjalankan proses besar di utas utama. tidak apa-apa untuk melewatkan frame kurang dari 200. tetapi jika Anda memiliki lebih dari 200 frame yang dilewati, itu dapat memperlambat Anda utas aplikasi UI. apa yang dapat Anda lakukan adalah melakukan proses ini di utas baru yang disebut utas pekerja dan setelah itu, ketika Anda ingin mengakses dan melakukan sth dengan utas UI (mis: lakukan sesuatu dengan tampilan, findView dll ...) Anda dapat menggunakan penangan atau menjalankanOnUiThread (Saya lebih suka ini) untuk menampilkan hasil pemrosesan. ini benar-benar menyelesaikan masalah. menggunakan utas pekerja sangat berguna atau bahkan harus digunakan dalam hal ini.

Saya memiliki masalah yang sama. Ketika saya menjalankan kode di komputer lain, itu berfungsi dengan baik. Namun, pada saya, ini ditampilkan "Aplikasi mungkin melakukan terlalu banyak pekerjaan pada utas utamanya".

Saya memecahkan masalah saya dengan me-restart Android studio [File -> cache / Restart tidak valid -> klik pada "Validasi dan Restart"].

Dalam kasus saya, itu karena saya tidak sengaja menetapkan breakpoint pada suatu metode. Setelah saya menyelesaikannya, pesannya hilang dan kinerja meningkat banyak.

Aplikasi saya memiliki masalah yang sama. Tapi itu tidak melakukan selain menampilkan daftar kartu dan teks di atasnya. Tidak ada yang berjalan di latar belakang. Tetapi kemudian setelah beberapa penyelidikan menemukan bahwa gambar yang ditetapkan untuk latar belakang kartu menyebabkan hal ini, meskipun kecil (350kb). Kemudian saya mengkonversi gambar ke 9patch gambar menggunakan http://romannurik.github.io/AndroidAssetStudio/index.html .
Ini berhasil untuk saya.

Setelah melakukan banyak penelitian dan pengembangan untuk masalah ini, saya mendapat Solusi,

Dalam kasus saya, saya menggunakan Layanan yang akan berjalan setiap 2 detik dan dengan runonUIThread, saya bertanya-tanya masalahnya ada di sana tetapi tidak sama sekali. Masalah berikutnya yang saya temukan adalah bahwa saya menggunakan Gambar besar di App Mei dan itulah masalahnya.

Saya menghapus Gambar dan mengatur Gambar baru.

Kesimpulan: - Lihat kode Anda apakah ada file mentah yang Anda gunakan berukuran besar.

Pertama baca peringatannya. Dikatakan lebih banyak memuat pada utas utama. Jadi yang harus Anda lakukan hanyalah menjalankan fungsi dengan lebih banyak pekerjaan dalam utas.

Saya mendapat masalah yang sama ketika mengembangkan aplikasi yang menggunakan banyak file png yang dapat digambar pada tata letak kotak. Saya juga mencoba untuk mengoptimalkan kode saya sejauh mungkin .. tetapi tidak berhasil bagi saya .. Kemudian saya mencoba untuk mengurangi ukuran png itu .. dan kira itu berfungsi dengan sangat baik .. Jadi saran saya adalah untuk mengurangi ukuran sumber daya yang dapat ditarik jika ada ..