Uygulama ana iş parçacığında çok fazla iş yapıyor olabilir

Android SDK / API ortamında yeniyim. İlk olarak bir arsa / grafik çizmeye çalışıyorum. Emülatör 3 farklı ücretsiz kütüphane kullanarak farklı türde örnek kodları çalıştırmayı denedim, düzen ekranında hiçbir şey gösterilmiyor. Logcat aşağıdaki mesajı tekrarlıyor:

 W / İzleme (1378): nativeGetEnabledTags öğesinden beklenmeyen değer: 0
 I / Koreograf (1378): 55 kare atlandı! Uygulama ana iş parçacığı üzerinde çok fazla iş yapıyor olabilir.

Sorun devam etmedi ve lisanslı bir kitaplığın değerlendirme kopyasıyla ilgili örnek bir kod çalıştırdığımda grafik çalıştı.

Alınan: Android UI: Atlanan çerçeveleri düzeltme

Android uygulaması geliştirmeye başlayan herkes bu mesajı logcat'te görüyor “Koreograf (abc): Atlanan xx çerçeveleri! Uygulama ana iş parçacığında çok fazla iş yapıyor olabilir. ” Peki bu ne anlama geliyor, neden endişelenmelisiniz ve nasıl çözülmeli.

Bunun anlamı, kodunuzun işlenmesi uzun sürdüğü ve bu nedenle çerçevelerin atlandığı, belki de uygulamanızın veya DB erişiminizin veya yaptığınız iş parçacığının kalbine yaptığınız bazı ağır işlemler nedeniyle olabilir. bir süre dur.

İşte daha ayrıntılı bir açıklama:

Koreograf, uygulamaların kendilerini vsync'e bağlamasına ve performansı artırmak için işleri düzgün bir şekilde zamanlamasına olanak tanır.

Android görünüm animasyonları dahili olarak Koreografı aynı amaçla kullanır: animasyonları düzgün bir şekilde zamanlamak ve muhtemelen performansı artırmak için.

Koreograf her vsync olayı hakkında söylendiğinden, Koreograf.post * apis tarafından geçirilen Runnable'lardan birinin bir karenin zamanında bitip bitmediğini ve karelerin atlanmasına neden olduğunu söyleyebilirim.

Anladığım kadarıyla Koreograf sadece çerçeve atlamayı algılayabilir. Bunun neden olduğunu söylemenin bir yolu yok.

“Uygulama ana iş parçacığında çok fazla iş yapıyor olabilir” mesajı. yanıltıcı olabilir.

Kaynak: Logcat Koreograf mesajları Anlamı

Neden endişelenmelisin

Bu mesaj android emülatörde açıldığında ve atlanan kare sayısı oldukça az olduğunda (<100), emülatörün yavaş olması için güvenli bir bahis oynayabilirsiniz - bu neredeyse her zaman olur. Ancak, kare sayısı atlanmış ve büyükse ve 300+ sıradaysa, kodunuzda ciddi bir sorun olabilir. Android cihazlar, ios ve windows cihazlarından farklı olarak çok çeşitli donanımlara sahiptir. RAM ve CPU değişir ve tüm cihazlarda makul bir performans ve kullanıcı deneyimi istiyorsanız, bu şeyi düzeltmeniz gerekir. Çerçeveler atlandığında kullanıcı arayüzü yavaş ve laggy olur, bu da istenen bir kullanıcı deneyimi değildir.

Nasıl düzeltilir?

Bunu düzeltmek, uzun işlem süresinin olabileceği veya muhtemelen gerçekleşebileceği düğümlerin tanımlanmasını gerektirir. En iyi yol, ana UI iş parçacığından ayrı bir iş parçacığında ne kadar küçük veya büyük olursa olsun tüm işlemleri yapmaktır. SQLite Veritabanından veriye erişmek veya bazı hardcore matematik yapmak ya da sadece bir diziyi sıralamak olsun - Farklı bir iş parçacığında yapın

Şimdi burada bir yakalama var, bu işlemleri yapmak için yeni bir iş parçacığı oluşturacak ve uygulamanızı çalıştırdığınızda, "Yalnızca bir görünüm hiyerarşisi oluşturan orijinal iş parçacığı görünümlerine dokunabilir" diyerek çökecektir. Android'de UI'nin sadece ana iş parçacığı veya UI iş parçacığı tarafından değiştirilebileceği bu gerçeği bilmeniz gerekir. Bunu yapmaya çalışan diğer iş parçacıkları başarısız olur ve bu hatayla çöker. Yapmanız gereken runOnUiThread içinde yeni bir Runnable oluşturmak ve bu runnable içinde UI ile ilgili tüm işlemleri yapmanız gerekir. Burada bir örnek bulun .

Yani ana iş parçacığı dışında veri işlemek için iş parçacığı ve Runnable var, başka ne var? Android'de UI iş parçacığında uzun süre işlemleri yapmayı sağlayan AsyncTask var. Bu, uygulamaların veri güdümlü veya web API'lı olduğu veya Canvas kullanarak oluşturulanlar gibi karmaşık UI'leri kullandığınızda en kullanışlıdır. AsyncTask'ın gücü, arka planda bir şeyler yapmanıza izin vermesidir ve işlemi yaptıktan sonra, herhangi bir gecikme etkisine neden olmadan UI üzerinde gerekli eylemleri yapabilirsiniz. Bu, AsyncTask'ın Aktivitenin UI iş parçacığından türetilmesinden kaynaklanır - AsyncTask aracılığıyla UI'de yaptığınız tüm işlemler, ana UI iş parçacığından farklı bir iş parçacığıdır, Kullanıcı etkileşimine engel yok.

Bu yüzden pürüzsüz android uygulamaları yapmak için bilmeniz gerekenler ve bildiğim kadarıyla her acemi konsolunda bu mesajı alıyor.

Diğerlerinin yukarıda yanıtladığı gibi, "55 kare atlandı!" uygulamanızda ağır işlemlerin olduğu anlamına gelir.

Benim durumumda, başvurumda ağır bir süreç yok. Ben çift ve üçlü her şeyi kontrol ve biraz ağır olduğunu düşünüyorum bu işlemi kaldırıldı.

Sadece iskelet kalana kadar Parçaları, Etkinlikleri, Kütüphaneleri kaldırdım. Ama yine de sorun ortadan kalkmadı. Kaynakları kontrol etmeye karar verdim ve kullandığım bazı ikonların ve arka planların oldukça büyük olduğunu gördüm, çünkü bu kaynakların boyutunu kontrol etmeyi unuttum.

Yani, benim önerim yukarıdaki cevapların hiçbiri yardımcı olmazsa, kaynak dosyalarınızın boyutunu da kontrol edebilirsiniz.

Ben de aynı problemi yaşadım.
Mine çekilebilir bir arka plan görüntüsü kullandığım bir durumdu.Bu belirli görüntü yaklaşık 130kB idi ve benim android app açılış ekranı ve ana sayfa sırasında kullanıldı.

Çözüm - Ben sadece belirli bir resim drawables-drawable-xxx klasörüne kaydırdı ve arka planda işgal bellek bir sürü boş edebildi ve atlama çerçeveleri artık atlama değildi.

Güncelleme Arka plan çekilebilir dosyalarını saklamak için 'nodp' çekilebilir kaynak klasörünü kullanın.
Yoğunlukta nitelendirilebilir çekilebilir klasör veya çekilebilir nodpi öncelikli olacak mı?

UI iş parçacığında gecikmelerin bir diğer yaygın nedeni SharedPreferences erişimidir. A PreferenceManager.getSharedPreferencesve diğer benzer yöntemleri ilk kez çağırdığınızda , ilişkili .xml dosyası hemen aynı iş parçacığına yüklenir ve ayrıştırılır .

Bu sorunla mücadele etmenin iyi yollarından biri, mümkün olduğunca erken başlatılan (örneğin onCreateUygulama sınıfınızdan) arka plan iş parçacığından ilk SharedPreference yükünü tetiklemektir . Bu şekilde tercih nesnesi, kullanmak istediğiniz zamana kadar önceden oluşturulmuş olabilir.

Ne yazık ki, bazen başlangıç ​​dosyalarının erken aşamalarında tercih dosyalarının okunması gerekir (örn. İlk Faaliyette ve hatta Uygulamanın kendisinde). Bu gibi durumlarda hala kullanıcı arabirimini kullanarak durmaktan kaçınmak mümkündür MessageQueue.IdleHandler. Ana iş parçacığında gerçekleştirmeniz gereken her şeyi yapın, ardından Aktiviteniz tamamen çizildikten sonra kodu çalıştırmak için IdleHandler'ı yükleyin. Bu Runnable'da çok fazla çizim işlemini geciktirmeden ve Koreografı mutsuz yapmadan SharedPreferences'a erişebilmelisiniz.

Uygulama performansınızı artırmak için aşağıdaki stratejileri kullanmaya çalışın:

• Mümkünse çok iş parçacıklı programlama kullanın. Akıllı telefonunuzun bir çekirdeği olsa bile performans avantajları çok büyüktür (işlemcinin iki veya daha fazla olması durumunda dişler farklı çekirdeklerde çalışabilir). Uygulama mantığınızı kullanıcı arayüzünden ayırmak yararlıdır. Java iş parçacıklarını, AsyncTask veya IntentService kullanın. Bunu kontrol et .
• Android geliştirme web sitesinin çeşitli performans ipuçlarını okuyun ve takip edin. Buradan kontrol edin .

Ben de aynı problemi yaşadım. Android Emulator Android <6.0'da mükemmel çalıştı. Emulator Nexus 5'i (Android 6.0) kullandığımda, uygulama I/Choreographer: Skipped framesgünlüklerde çok yavaş çalıştı .

Yani, bu sorunu çözmek için Manifest dosya hardwareAcceleratedseçeneğinde değiştirerek çözdüm true:

<?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>

Uzman değilim, ama android uygulamamdan bir web sunucusuna veri göndermek istediğimde bu hata ayıklama mesajını aldım. AsyncTask sınıfını kullandım ve veri aktarımını arka planda yaptım, sonuç verilerini sunucudan geri almak için, UI'yi senkronize yapan AsyncTask sınıfının get () yöntemini kullandım, bu da UI'nizin çok uzun süre bekleyeceği anlamına geliyor. Bu yüzden tavsiyem, uygulamanızın her ağ odaklı görevi ayrı bir iş parçacığında yapmasını sağlamaktır.

Görüntülerinizi optimize edin ... 100 KB'den daha büyük görüntüler kullanmayın ... Görüntü yükleme çok fazla CPU gerektirir ve uygulamanızın askıda kalmasına neden olur.

Ben de aynı problemi yaşadım. Benim durumumda 2 iç içe Göreli Düzen vardı. RelativeLayout her zaman iki ölçü geçişi yapmak zorundadır. RelativeLayouts'u iç içe yerleştirirseniz, üstel bir ölçüm algoritması alırsınız.

bu genellikle ana iş parçacığında büyük işlemler yürütürken olur. 200'den az kareyi atlamak uygundur. Ancak 200'den fazla atlanmış kareniz varsa, uygulama UI iş parçacığını yavaşlatabilir. Yapabileceğiniz şey, bu işlemleri işçi iş parçacığı olarak adlandırılan yeni iş parçacığında yapmaktır ve bundan sonra, UI iş parçacığına erişmek ve sth yapmak istediğinizde (ör: görünümlerle bir şeyler yapın, findView vb ...) işleyici veya runOnUiThread kullanabilirsiniz İşlem sonuçlarını görüntülemek için (bunu daha çok seviyorum). bu kesinlikle sorunu çözer. işçi iş parçacığı kullanmak çok faydalıdır veya bu durum söz konusu olduğunda kullanılmalıdır.

Ben de aynı problemi yaşadım. Kodu başka bir bilgisayarda çalıştırdığımda iyi çalıştı. Ancak benimkinde "Uygulama ana iş parçacığında çok fazla iş yapıyor olabilir" ifadesini kullandı.

Android studio'yu yeniden başlatarak sorunumu çözdüm [Dosya -> Geçersiz önbellekler / Yeniden Başlat -> "Geçersiz ve Yeniden Başlat" ı tıklayın.

Benim durumumda, bir yönteme yanlışlıkla bir kesme noktası ayarlamıştım. Bir kez temizledikten sonra mesaj kayboldu ve performans çok gelişti.

Uygulamamda da aynı sorun vardı. Ancak kartların ve metinlerin listesini görüntülemek dışında bir şey yapmıyordu. Arka planda çalışan bir şey yok. Ancak daha sonra bazı araştırmalar, kart arka planı için ayarlanan görüntünün, küçük olmasına rağmen buna neden olduğunu buldu (350kb). Sonra http://romannurik.github.io/AndroidAssetStudio/index.html kullanarak görüntüyü 9 toplu görüntülere dönüştürdüm .
Bu benim için çalıştı.

Bu konuda çok Ar-Ge yaptıktan sonra Çözümü aldım,

Benim durumumda her 2 saniyede bir çalışacak hizmet kullanıyorum ve runonUIThread ile, sorunun orada ama hiç merak ediyorum. Bulduğum bir sonraki sorun, ben büyük bir görüntü App ve şu thats kullanıyorum olmasıdır.

Görüntüleri kaldırdım ve yeni Görüntüler ayarladım.

Sonuç: - Kodunuza bakın, kullandığınız herhangi bir ham dosya büyük boyuttadır.

Önce uyarıyı okuyun. Ana diş üzerinde daha fazla yük olduğunu söylüyor. Yani yapmanız gereken sadece bir iş parçacığında daha fazla iş ile fonksiyonları çalıştırmak.

Izgara düzeninde çok sayıda çekilebilir png dosyası kullanan bir uygulama geliştirirken de aynı sorunu yaşadım. Ayrıca kodumu mümkün olduğunca optimize etmeye çalıştım .. ama benim için işe yaramadı .. Sonra bu png boyutunu azaltmak için çalıştı ve kesinlikle iyi çalışıyor sanırım .. Yani benim önerim azaltmak varsa çekilebilir kaynakların büyüklüğü ..