MVVMCross, diğer çerçeveler gibi, olay aboneliklerinin neden olduğu hafıza sızıntılarıyla karşılaşır. Bu sızıntılar, bir nesne bir olaya abone olduğunda ve abonelikten çıkmadığında ortaya çıkar ve nesnenin artık gerekli olmadıktan sonra bile bellekte kalmasına neden olur. MVVMCross bu tür senaryoları nasıl ele alıyor:
Etkinlik İşleyicisi Sızıntıları Anlama
Olay işleyici sızıntıları olay odaklı programlamada yaygındır. Kısa ömürlü bir nesne, uzun ömürlü bir nesneden bir olaya abone olduğunda, uzun ömürlü nesne kısa ömürlü nesneye bir referans tutar ve çöp toplanmasını önler. Bu, görünüm ve görünüm modellerinin olaylar aracılığıyla kapsamlı bir şekilde etkileşime girdiği MVVMCross gibi çerçevelerde önemli bir konudur.
mvvmcross yaklaşımı
MVVMCross, olay aboneliklerini yönetmek ve bellek sızıntılarını azaltmak için mekanizmalar sağlar:
1. Zayıf Referanslar: MVVMCross, aboneliklerin yönetilmesine yardımcı olmak için zayıf referanslar kullanır. Zayıf referanslar, çöp toplayıcının referans verilse bile nesneleri toplamasına izin verir, ancak bu yaklaşım aktif görünüm modelleri için kayıp aboneliklere yol açabilir. Bu nedenle, uygulamanın ihtiyaçlarına göre zayıf ve güçlü referanslar kullanma arasında denge kurmak çok önemlidir [11].
2. Messenger deseni: MVVMCross, görünüm modellerinin birbirine güçlü referanslar tutmadan iletişim kurmasını sağlayan haberci modelini kullanır. Bu model, bellek sızıntılarını önlemek için zayıf referanslar kullanabilir, ancak abonelikleri kaybetmemek için dikkatli bir yönetim gerektirir [11].
3. Yaşam Döngüsü Yönetimi: MVVMCross, düşük bellek durumlarda kaynakları ve abonelikleri yönetmeye yardımcı olan, mezarlama sırasında tasarruf için `` SaveStatetObundle '' gibi görünümler ve görüntüleme modelleri için yaşam döngüsü yöntemleri sağlar [2]. Geliştiriciler, sızıntıları önlemek için bu yaşam döngüsü olayları sırasında abonelikleri manuel olarak yönetmelidir.
4. Manuel abonelleştirme: MVVMCross'ta, geliştiricilere görünümler devre dışı bırakıldığında veya yok edildiğinde olaylardan manuel olarak abonelikten çıkmaları tavsiye edilir. Bu, kısa ömürlü nesnelerin uzun ömürlü nesneler tarafından atıfta bulunmamasını sağlar, böylece bellek sızıntılarını önler [11].
En İyi Uygulamalar
MVVMCross'ta bellek sızıntılarını etkili bir şekilde işlemek için:
- Zayıf ikame kullanın: Mümkün olduğunda, güçlü referansların bellekte nesneleri gereksiz yere tutmasını önlemek için zayıf abonelikler kullanın [10].
- Manuel Yönetim: Model yaşam döngülerini görüntüleme ve görüntüleme sırasında aboneliklerin uygun şekilde yönetildiğinden emin olun. Görünümler devre dışı bırakıldığında veya yok edildiğinde olaylardan iptal edilmektedir [11].
- Bellek kullanımını izleyin: Geliştirme döneminde bellek sızıntılarını tanımlamak için profil oluşturma araçlarını kullanın.
Bu stratejileri ve en iyi uygulamaları izleyerek, geliştiriciler olay aboneliklerini etkili bir şekilde yönetebilir ve MVVMCross uygulamalarındaki bellek sızıntılarını azaltabilir.
Alıntılar:[1] https://community.devexpress.com/blogs/mobile/archive/2024/11/05/net-maui-mould-profiling-anticy-and-fix-memory-reaks.aspx
[2] https://www.mvvmcross.com/documentation/fundament/viewmodel-lifecycle
[3] https://devblogs.microsoft.com/visualstudio/unlock-to-crets-of-managed
[4] https://www.spicelogic.com/blog/net-event-handler-memory-leak-16
[5] https://www.reddit.com/r/dotnetmaui/comments/1c1qlou/maui_memory_leaks/
[6] https://www.markheath.net/post/understansting-and-avoiding-memory-leaks
[7] https://learn.microsoft.com/en-us/shows/xamarinshow/xamarin-community-toolkit-weakeventmanager-to-stop
[8] https://github.com/mvvmcross/mvvmcross/issues/409
[9] https://stackoverflow.com/questions/14771064/garbage-collecting-sissues-with-viewbinding-in-mono-tonch ve-mvmcross?rq=1
[10] https://stackoverflow.com/questions/39315395/mvvmcross-best-to-raise-event-in-viewmodel
[11] https://stackoverflow.com/questions/27008035/mvvmcross-lomory-leak-basuse-of-not-sisposed-viewmodels
[12] https://github.com/dotnet/maui/discussions/21918