Android Quality Suite

Android Quality Suite

Gradle Lighthouse + LeakLens

Architecture Health • Memory Leak Prevention

Explore Suite LeakLens Lighthouse

Comments

Post a Comment

Featured Articles

Android Device Security: Sandboxing, Rooting, and Attestation Explained

Image
  As Android developers, understanding device security is essential to protect our apps and users. In this comprehensive guide, we’ll explore Android’s security architecture, including sandboxing, rooting and jailbreaking, and how to implement device attestation using SafetyNet and Play Integrity. We’ll cover each topic in detail, providing code snippets and best practices, following. What is Sandboxing in Android? Sandboxing is the security mechanism that isolates each app’s code and data from other apps and from the underlying system. In Android, this ensures that one app cannot freely read or modify another app’s private data or perform privileged operations unless explicit permissions or IPC channels are used.​ High-Level Idea Each app runs in its own isolated environment with: Its own Linux user ID (UID) and process. Its own private data directory (e.g., /data/data/<package_name>/ ). By default: One app cannot directly access another app’s files. An app cannot perfo...
Read more

JIT vs AOT Compilation | Android Runtime

Image
           D id you ever think, what happens when you install your app in your Android device, it shows INSTALLING for fraction of second and app get opens. What happens exactly behiend the scene? Found Interesting???? Cool !!! let’s clear all the doubt in this blog. You would have definetely read the buzz words JIT(Just-in-time) and AOT(Ahead of time) at many ocassions. We’ll dig it down in details in this article, stay tuned…. Android apps run on Android Runtime (ART) , which replaced Dalvik since Android 5.0 (Lollipop). ART supports both JIT (Just-In-Time) Compilation and AOT (Ahead-Of-Time) Compilation to improve performance and efficiency. JIT (Just-In-Time) Compilation How it Works: Compiles bytecode into native machine code at runtime (when the app is executed). Stores frequently used methods in memory to speed up subsequent executions. Advantages: Faster app installation because it doesn’t require full compilation beforehand. Reduces s...
Read more

Building a Production-Ready Kotlin Multiplatform Platform Kit: Lessons from My BlrKotlin x InMobi Talk

Image
How I built an open-source Kotlin Multiplatform reference project to help Android teams move beyond tutorials and start thinking about production-ready architecture. Last weekend, I had the opportunity to speak at the BlrKotlin x InMobi Android Meetup in Bengaluru, where I shared something I've been working on over the past few months—a practical Kotlin Multiplatform Platform Kit . Rather than giving another introduction to Kotlin Multiplatform, I wanted to focus on a question many Android teams eventually ask once they move past the excitement of "Hello World" examples: "We understand what Kotlin Multiplatform is—but how do we actually structure a project we'd be comfortable maintaining in production?" To answer that question, I built kmp-platform-kit , an open-source reference repository that demonstrates how to organize a Kotlin Multiplatform codebase with clean architecture, modular boundaries, and engineering decisions inspired by re...
Read more

Why Memory Leak Detection Shouldn’t Run on Your Device: Building LeakLens for Android Studio

Image
Why Memory Leak Detection Shouldn’t Run on Your Device How LeakLens moves Android heap analysis out of the app process and into Android Studio with a dual-layer model of static analysis and runtime inspection. You are in the middle of a refactor, your test device lights up, and a familiar notification appears: 4 retained objects, dumping heap. The report is useful, but the interruption is not. You pick up the device, inspect the notification, try to remember the class names, then jump back into Android Studio to find the source. That debugging loop is exactly the problem this article addresses. The core question is simple: why is the tool that finds memory leaks running inside the same application process you are trying to debug? [page:1] That question became LeakLens , an Android Studio plugin that moves memory leak analysis into the IDE instead of embedding an SDK inside the application. [page:1] Table...
Read more

🌳 Dominator Tree & Retained Size - Measuring the True Cost of Memory Leaks

Image
Dominator Tree and Retained Size — Measuring the True Cost of Android Memory Leaks Learn how Shark uses dominator trees and retained size to measure leak impact, prioritize fixes, and explain the real cost of retained objects in Android apps. In the previous part of this series, we saw how Shark parses heap dumps and generates leak traces. But one important question still remains: which leaks should you fix first? Not all memory leaks are equally dangerous. A destroyed Activity retaining an entire view hierarchy can be far more expensive than a small isolated object. That is why Shark uses dominator trees and retained size to estimate impact, not just existence. Table of Contents 1. Why Not All Leaks Are Equal 2. What Is a Dominator Tree? 3. What Is Retained Size? 4. How Shark Uses Dominator Trees 5. Example: Leaking Activity with Retained Size 6. Why This Matters in Real Apps 7. Analyze LeakCanary...
Read more