Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2
Когда речь идет о производительности, важно понимать, что делегаты и традиционные геттеры/сеттеры в Kotlin имеют разные цели и их производительность может зависеть от конкретного случая использования.
Геттеры и сеттеры в Kotlin, как и в Java, это простые методы для получения и установки значений полей. Они имеют минимальный оверхед и выполняются очень быстро.
class Example {
var value: String = ""
get() = field
set(value) {
field = value
}
}Делегаты добавляют гибкость и позволяют переопределять поведение свойств. Однако эта гибкость имеет цену в виде дополнительного оверхеда, поскольку делегаты могут выполнять дополнительные действия (например, логирование, валидацию, уведомление об изменениях).
import kotlin.properties.Delegates
class Example {
var value: String by Delegates.observable("<no name>") {
prop, old, new ->
println("$old -> $new")
}
}
Минимальный оверхед, высокая производительность.
Ограниченная функциональность, жестко заданное поведение.
Гибкость, возможность добавления дополнительной логики.
Больший оверхед из-за дополнительной логики и вызовов.
fun main() {
val exampleWithGetterSetter = ExampleGetterSetter()
val exampleWithDelegate = ExampleDelegate()
val iterations = 1_000_000
// Тест геттеров и сеттеров
var startTime = System.nanoTime()
for (i in 0 until iterations) {
exampleWithGetterSetter.value = "value"
val value = exampleWithGetterSetter.value
}
var endTime = System.nanoTime()
println("Getter/Setter time: ${(endTime - startTime) / 1_000_000} ms")
// Тест делегатов
startTime = System.nanoTime()
for (i in 0 until iterations) {
exampleWithDelegate.value = "value"
val value = exampleWithDelegate.value
}
endTime = System.nanoTime()
println("Delegate time: ${(endTime - startTime) / 1_000_000} ms")
}
class ExampleGetterSetter {
var value: String = ""
get() = field
set(value) {
field = value
}
}
class ExampleDelegate {
var value: String by Delegates.observable("<no name>") {
prop, old, new -> // Нет дополнительной логики для чистоты эксперимента
}
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
Чтобы настроить
ThreadPool для максимальной скорости отправки данных в библиотеке аналитики, необходимо учитывать характер задач (например, это CPU-bound или I/O-bound задачи), объем данных и требования к производительности. Для большинства аналитических библиотек задачи отправки данных обычно связаны с I/O-bound задачами, так как они включают сетевые операции. Поэтому необходимо создать такой ThreadPool, который оптимально справится с высокими нагрузками и обеспечит быструю отправку данных.Подходит для большого количества кратковременных задач. Динамически создает новые потоки по мере необходимости и повторно использует существующие потоки.
Для I/O-bound задач: размер пула потоков должен быть больше, чем количество ядер процессора, чтобы компенсировать задержки на I/O операции.
import java.util.concurrent.Executors;
import java.util.concurrent.ExecutorService;
public class AnalyticsThreadPool {
private final ExecutorService executorService;
private static AnalyticsThreadPool instance;
private AnalyticsThreadPool() {
// Создание CachedThreadPool для динамического управления потоками
this.executorService = Executors.newCachedThreadPool();
}
public static synchronized AnalyticsThreadPool getInstance() {
if (instance == null) {
instance = new AnalyticsThreadPool();
}
return instance;
}
public void executeTask(Runnable task) {
executorService.execute(task);
}
public void shutdown() {
executorService.shutdown();
}
}
Если необходим более точный контроль над параметрами пула потоков, можно использовать
ThreadPoolExecutor напрямую с кастомной конфигурацией:public class AnalyticsLibrary {
private final AnalyticsThreadPool threadPool;
public AnalyticsLibrary() {
this.threadPool = AnalyticsThreadPool.getInstance();
}
public void logEvent(String event) {
Runnable task = new Runnable() {
@Override
public void run() {
// Выполнение аналитической задачи
sendEventToServer(event);
}
};
threadPool.executeTask(task);
}
private void sendEventToServer(String event) {
// Логика отправки события на сервер
System.out.println("Sending event: " + event);
// Здесь может быть код для отправки HTTP запроса
}
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2
Использует планировщик задач (scheduler) для управления использованием процессорных ядер различными потоками и процессами. Планировщик задач отвечает за распределение времени процессора между всеми активными задачами, обеспечивая многозадачность и эффективное использование ресурсов системы.
Задачи (процессы и потоки) могут иметь разные приоритеты. Более высокоприоритетные задачи получают больше времени на процессоре. В Android, каждый процесс и поток имеет уровень приоритета, который влияет на порядок выполнения.
Временные квоты используются для распределения времени процессора между задачами. Когда задача использует свое выделенное время (time slice), планировщик может приостановить ее выполнение и переключиться на другую задачу.
Задачи могут быть в разных состояниях: выполняются (running), готовые к выполнению (ready), ожидают (waiting) или заблокированы (blocked). Если задача переходит в состояние ожидания (например, ждет ввода/вывода), ядро освобождается и может быть передано другой задаче.
В Android приоритеты процессов управляются с помощью классов приоритетов (foreground, background, etc.). Foreground процессы (те, с которыми взаимодействует пользователь) имеют более высокий приоритет, чем background процессы.
Планировщик выделяет временные квоты задачам. После завершения квоты, если задача еще не завершена, планировщик приостанавливает ее и переключается на следующую задачу. Контекстные переключения происходят, когда планировщик сохраняет состояние текущей задачи и восстанавливает состояние следующей задачи.
Если задача ожидает завершения операции ввода/вывода или другого события, она блокируется, и планировщик передает управление другому готовому к выполнению процессу.
Task A получает свое время на процессоре и начинает выполняться. Планировщик выделяет ей временную квоту (например, 50 миллисекунд).
Если Task A не завершена по истечении своей квоты, планировщик сохраняет ее состояние и переключается на другую задачу. Task B теперь получает управление и начинает выполняться.
Если Task A выполняет операцию ввода/вывода и переходит в состояние ожидания, планировщик немедленно переключается на другую задачу, не дожидаясь окончания временной квоты.
Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍3
Это мощный инструмент для обнаружения утечек памяти в Android-приложениях. Он работает, отслеживая жизненный цикл объектов и анализируя пути их удержания, чтобы определить, существуют ли объекты, которые не могут быть освобождены сборщиком мусора (Garbage Collector).
LeakCanary интегрируется с жизненным циклом Activity и Fragment с помощью своих наблюдателей (
ActivityRefWatcher и FragmentRefWatcher). Эти наблюдатели отслеживают, когда Activity или Fragment был уничтожен и должен быть собран сборщиком мусора.Когда Activity или Fragment должен быть уничтожен, LeakCanary создает слабую ссылку (
WeakReference) на этот объект. Слабые ссылки позволяют сборщику мусора освободить объект, даже если на него есть слабые ссылки.val weakReference = WeakReference(activity)
LeakCanary инициирует сборку мусора и ждет, чтобы проверить, была ли освобождена слабая ссылка. Он вызывает метод
System.gc() несколько раз, чтобы попытаться заставить сборщик мусора освободить память.System.gc()
После вызова сборки мусора LeakCanary проверяет, является ли слабая ссылка
null. Если слабая ссылка не равна null, это означает, что объект все еще удерживается в памяти и, вероятно, существует утечка памяти.if (weakReference.get() != null) {
// Утечка памяти обнаружена
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5👾1
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥1
Если объект не был освобожден после попыток вызвать сборку мусора, LeakCanary создает дамп памяти.
LeakCanary использует библиотеку
Shark для анализа дампа памяти. Он проверяет все объекты в куче и их ссылки.Shark проверяет, какие ссылки удерживают объект в памяти. Если объект должен был быть собран, но удерживается цепочкой ссылок, это указывает на утечку. Цепочка удержания показывает, какие объекты и ссылки не позволяют сборщику мусора освободить память.
Например, если
Activity удерживается статическим полем или через долгоживущий объект (например, Singleton), который не был правильно освобожден.Shark анализирует пути от корневых объектов (root objects), таких как статические поля или глобальные переменные, к удерживаемому объекту.
RootObject -> Singleton -> Activity
Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👀1
Сильная ссылка - это ссылка, которая напрямую указывает на объект и предотвращает его сборку сборщиком мусора.
Использование слабых ссылок (
WeakReference) позволяет определить, был ли объект освобожден сборщиком мусора.LeakCanary использует
ObjectWatcher для отслеживания объектов. Если объект не освобожден, ObjectWatcher уведомляет об утечке.import java.lang.ref.WeakReference;
public class MemoryLeakExample {
public static void main(String[] args) {
// Создание объекта
MyObject myObject = new MyObject();
// Создание слабой ссылки на объект
WeakReference<MyObject> weakRef = new WeakReference<>(myObject);
// Удаление сильной ссылки
myObject = null;
// Вызов сборщика мусора
System.gc();
// Проверка, была ли слабая ссылка освобождена
if (weakRef.get() == null) {
System.out.println("Object has been garbage collected");
} else {
System.out.println("Object is still alive");
}
}
static class MyObject {
// Некоторая логика класса
}
}
Убедитесь, что на объект нет сильных ссылок. Только слабые, мягкие или фантомные ссылки не предотвращают сборку объекта.
Если объект становится недоступным через сильные ссылки, сборщик мусора может его освободить.
Слабые ссылки могут быть использованы для проверки того, был ли объект освобожден.
Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Использует комбинацию слабых ссылок (
WeakReference), анализ кучи и цепочек удержания, чтобы найти ссылки на уничтоженные Activity или другие объекты, которые должны были быть освобождены сборщиком мусора. Вот более подробное объяснение того, как это работает:Когда Activity (или другой компонент) уничтожается, LeakCanary создает слабую ссылку на этот объект.
val weakReference = WeakReference(activity)
LeakCanary инициирует сборку мусора, чтобы попытаться освободить уничтоженный объект.
System.gc()
System.runFinalization()
LeakCanary проверяет, освобождена ли слабая ссылка. Если объект не был освобожден, это указывает на возможную утечку памяти.
if (weakReference.get() != null) {
// Объект все еще удерживается в памяти, вероятна утечка
}Если слабая ссылка не была освобождена, LeakCanary создает снимок кучи (heap dump) для дальнейшего анализа.
val heapDumpFile = createHeapDump()
LeakCanary использует библиотеку Shark для анализа снимка кучи. Shark проверяет все объекты в куче и их удерживающие ссылки.
val heapAnalyzer = HeapAnalyzer()
val analysis = heapAnalyzer.analyze(heapDumpFile)
Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Является сложной задачей, так как такие объекты обычно собираются сборщиком мусора (GC) и освобождаются из памяти. Тем не менее, есть несколько подходов, которые могут помочь в обнаружении таких объектов в памяти, особенно при отладке или анализе утечек памяти.
В Android Studio можно создать дамп памяти, выбрав опцию "Dump Java heap" в профайлере.
Используйте инструменты, такие как
MAT (Memory Analyzer Tool) или встроенные инструменты Android Studio, чтобы проанализировать дамп памяти. Найдите объекты, которые не должны быть в памяти. Смотрите на "Unreachable objects" или "Dominators".Откройте профайлер Android Studio и подключитесь к запущенному приложению. Нажмите "Heap Dump" для создания дампа памяти.
Откройте дамп памяти в MAT. Используйте запросы, такие как "Find Leaks" или "Top Consumers", чтобы найти объекты, которые не освобождаются.
Слабые ссылки позволяют отслеживать объекты и определять, были ли они освобождены сборщиком мусора.
import java.lang.ref.WeakReference;
public class WeakReferenceExample {
public static void main(String[] args) {
MyObject myObject = new MyObject();
WeakReference<MyObject> weakRef = new WeakReference<>(myObject);
// Удаление сильной ссылки
myObject = null;
// Вызов сборщика мусора
System.gc();
// Проверка, была ли слабая ссылка освобождена
if (weakRef.get() == null) {
System.out.println("Object has been garbage collected");
} else {
System.out.println("Object is still alive");
}
}
static class MyObject {
// Некоторая логика класса
}
}
Используйте специализированные инструменты для обнаружения утечек памяти и анализа использования памяти.
Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
Может быть достигнуто с использованием различных подходов в зависимости от ваших требований.
Вы можете использовать
Handler и Runnable для отложенного выполнения задач и сохранения объекта на определенное время в памяти.CountDownTimer может быть использован для выполнения задачи через определенное время, что может быть полезно для освобождения объекта.ScheduledExecutorService предоставляет методы для планирования задач с задержкой или периодическим выполнением.Использование слабых ссылок (
WeakReference) позволяет вам контролировать срок жизни объекта в памяти, но при этом объект может быть собран сборщиком мусора, если на него больше нет сильных ссылок.Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥3
Система определяет, что объект, на который ссылается
WeakReference, можно очистить, используя механизм сборщика мусора (Garbage Collector, GC).Сильные ссылки (Strong Reference): Объекты, на которые имеются сильные ссылки, не подлежат сборке мусора.
Слабые ссылки (Weak Reference): Объекты, на которые имеются только слабые ссылки, могут быть собраны сборщиком мусора.
Когда создается
WeakReference, она содержит слабую ссылку на объект, позволяя GC собирать объект, даже если WeakReference все еще существует.MyObject myObject = new MyObject();
WeakReference<MyObject> weakRef = new WeakReference<>(myObject);
Определение доступности объекта: GC проверяет объекты в памяти и их ссылки. Если на объект нет сильных ссылок (только слабые), он считается недоступным и подлежит сборке.
Сборка мусора: GC освобождает память, занимаемую объектом, и удаляет записи о слабых ссылках.
Очистка WeakReference: Когда объект собирается, WeakReference автоматически очищается, и метод get() начинает возвращать null.
После создания слабой ссылки и удаления сильной ссылки, объект становится кандидатом на сборку мусора. После вызова
System.gc(), если на объект больше нет сильных ссылок, он будет собран, а WeakReference будет очищена.Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1