FragmentTransaction — ручной способ добавления, замены и удаления фрагментов.
Navigation через Intent — используется для переключения между активностями или фрагментами внутри приложения или между приложениями.
Explicit и Implicit Intents — явные и неявные намерения для навигации между компонентами.
NavHostFragment и NavController — связаны с использованием графа навигации для управления фрагментами в приложениях Android.
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Проверка на наличие
Looper в потоке в Android осуществляется с помощью метода Looper.myLooper(). Метод Looper.myLooper()public class LooperCheck {
public static void main(String[] args) {
// Проверка наличия Looper в главном потоке
if (Looper.myLooper() != null) {
System.out.println("Looper существует в текущем потоке.");
} else {
System.out.println("Looper не существует в текущем потоке.");
}
// Запуск нового потока без Looper
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
// Проверка наличия Looper в новом потоке
if (Looper.myLooper() != null) {
System.out.println("Looper существует в новом потоке.");
} else {
System.out.println("Looper не существует в новом потоке.");
}
// Создание Looper в новом потоке
Looper.prepare();
// Проверка снова после создания Looper
if (Looper.myLooper() != null) {
System.out.println("Looper теперь существует в новом потоке.");
} else {
System.out.println("Looper все еще не существует в новом потоке.");
}
// Запуск цикла обработки сообщений
Looper.loop();
}
});
thread.start();
}
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤2🔥1
Когда поток в Android разбирает пустую очередь сообщений с помощью
Looper.loop(), он будет заблокирован и останется в состоянии ожидания до тех пор, пока не появится новое сообщение или задача в очереди. Это нормальное поведение для потоков с Looper, которые предназначены для обработки сообщений и задач асинхронно.Когда
Looper.loop() вызывается, поток начинает обрабатывать сообщения и задачи из очереди, связанной с Looper.Looper будет продолжать обрабатывать сообщения и задачи, пока они есть в очереди. Если очередь пуста, поток не завершает свою работу. Вместо этого он переходит в состояние ожидания и будет разбужен, когда появится новое сообщение или задача.Если очередь пуста,
Looper вызывает метод MessageQueue.next() для получения следующего сообщения. Этот метод блокируется до тех пор, пока новое сообщение не станет доступным. Это означает, что поток будет находиться в состоянии ожидания и не будет потреблять значительное количество ресурсов, пока не появится новое сообщение.public class LooperThread extends Thread {
public Handler handler;
@Override
public void run() {
// Подготовка Looper для текущего потока
Looper.prepare();
// Создание Handler, связанного с этим Looper
handler = new Handler(Looper.myLooper()) {
@Override
public void handleMessage(Message msg) {
// Обработка сообщений
System.out.println("Received message: " + msg.what);
}
};
// Запуск цикла обработки сообщений
Looper.loop();
}
}
public class MainActivity extends AppCompatActivity {
private LooperThread looperThread;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
// Запуск LooperThread
looperThread = new LooperThread();
looperThread.start();
// Отправка сообщения в новый поток через Handler
findViewById(R.id.button_send_message).setOnClickListener(view -> {
if (looperThread.handler != null) {
Message message = Message.obtain();
message.what = 1;
looperThread.handler.sendMessage(message);
}
});
}
@Override
protected void onDestroy() {
super.onDestroy();
// Остановка LooperThread
looperThread.handler.getLooper().quit();
}
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥2
Позволяют переопределять поведение свойств, делегируя его другим объектам с помощью ключевого слова
by. На уровне компиляции Java компилятор Kotlin генерирует вспомогательные классы и методы доступа, которые используют делегаты.import kotlin.properties.Delegates
class Example {
var p: String by Delegates.observable("<no name>") {
prop, old, new -> println("$old -> $new")
}
}
fun main() {
val e = Example()
e.p = "first"
e.p = "second"
}
Компилятор создает классы для управления состоянием делегированных свойств.
Создаются геттеры и сеттеры, использующие вспомогательные классы.
Внутри методов доступа добавляются вызовы делегата для управления значениями.
public final class Example {
private final Delegates.Observable<String> p$delegate = Delegates.observable("<no name>", (property, oldValue, newValue) -> {
System.out.println(oldValue + " -> " + newValue);
return Unit.INSTANCE;
});
public final String getP() {
return this.p$delegate.getValue(this, Example.class.getDeclaredField("p"));
}
public final void setP(String value) {
this.p$delegate.setValue(this, Example.class.getDeclaredField("p"), value);
}
}Ставь 👍 и забирай 📚 Базу знаний
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний
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