WedX - журнал о программировании и компьютерных науках

Как избежать контекста Android в статическом поле в Singleton?

В моем приложении для Android мне нужно создать синглтон с параметром для класса обслуживания:

class AndroidFileUtil2 private constructor(newContext: Context) {

    init {
        context = newContext
        if (BuildConfig.DEBUG)
            Log.d(TAG, "CONSTRUCTOR: context = $context")
    }

    companion object {
        private var instance: AndroidFileUtil2? = null
        private lateinit var context: Context

        private val TAG = AndroidFileUtil2::class.java.name

        @Synchronized
        fun getInstance(context: Context): AndroidFileUtil2 {
            if (instance == null) {
                instance = AndroidFileUtil2(context)
            }
            return instance as AndroidFileUtil2
        }

        fun getTest() {
            if (BuildConfig.DEBUG)
                Log.d(TAG, "getTest(): context_cacheDir = ${context.cacheDir}")
        }
    }

}

и используйте вот так:

class Main : Application() {
  override fun onCreate() {
      super.onCreate()
      AndroidFileUtil2.getInstance(appContext)
      AndroidFileUtil2.getTest()
    }

}

Работает нормально. Когда я вызываю AndroidFileUtil2.getTest(), он успешно распечатывает каталог кеша моего приложения. Smt вот так:

getTest(): context_cacheDir = /data/user/0/com.myproject.client.debug/cache

Хороший.

Но в IDE я получаю такое предупреждение:

Do not place Android context classes in static fields. This is a memory leak

в этой строке:

private lateinit var context: Context

Как исправить это предупреждение в моем одноэлементном классе?

30.01.2020

Ответы:


1

Вы должны использовать метод setContext в своей статической части. Проверьте здесь: Доступ к контексту приложения в сопутствующий объект в котлине

30.01.2020

2

Эта ошибка относится к общему Context, потому что Context может быть любым недолговечным компонентом, таким как Activity или Service. Это не приведет к ошибке для Application, потому что приложение живет в течение всего срока службы вашего приложения. А поскольку Application - это Context, вы можете использовать его практически для всего, для чего вы бы использовали Context, поэтому вы можете изменить тип переменной на Application, чтобы избежать предупреждения и предотвратить риск любых утечек.

Так что сделайте lateinit var an Application и сделайте Application типом аргумента для getInstance().

Все классы Activity, Service и AndroidViewModel имеют application свойства, которые вы можете использовать для передачи в вашу getInstance() функцию.

Но помимо того, чтобы избежать предупреждения Lint, было бы уместно сделать так, чтобы конструктор AndroidFileUtil2 также использовал Application вместо Context, поскольку он является синглтоном. Lint недостаточно сложен, чтобы идентифицировать это и предупредить вас об этом, но, как это определено сейчас, статическая ссылка AndroidFileUtil2 имеет такой же риск возникновения утечки, как и статическая общая ссылка Context.

30.01.2020
Новые материалы

Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что это выглядит сложно…
Просто начните и учитесь самостоятельно Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что он кажется мне сложным, и я бросил его. Это в основном инструмент..

Лицензии с открытым исходным кодом: руководство для разработчиков и создателей
В динамичном мире разработки программного обеспечения открытый исходный код стал мощной парадигмой, способствующей сотрудничеству, инновациям и прогрессу, движимому сообществом. В основе..

Объяснение документов 02: BERT
BERT представил двухступенчатую структуру обучения: предварительное обучение и тонкая настройка. Во время предварительного обучения модель обучается на неразмеченных данных с помощью..

Как проанализировать работу вашего классификатора?
Не всегда просто знать, какие показатели использовать С развитием глубокого обучения все больше и больше людей учатся обучать свой первый классификатор. Но как только вы закончите..

Работа с цепями Маркова, часть 4 (Машинное обучение)
Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..

Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..

Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..


Для любых предложений по сайту: [email protected]