Blog Infos
Grasping Context — Avoiding Common Development Pitfalls

Contextual Mishaps!? — Bermuda Triangle. Image sourced from Haiku Deck.



Hey there, fresh-faced Android dev! Buckle up, because today we’re diving into the mysterious world of Context – the jigsaw puzzle of Android development. Newcomers always slide into my DMs, asking, “What the heck is Context? Why does it keep crashing my app?” Well, imagine Context as the ultimate backstage pass; it gets you into all the cool parties – accessing resources, launching activities, and mingling with services. But flash it at the wrong door, and bam! You’re stuck with a memory leak that’s as unwelcome as a bug in your ice cream.

Context — The Shape-Shifter of Android

Photo by Mae Mu on Unsplash


Context is like that multi-talented friend who can do just about anything – from getting strings from your resources to helping you start activities. But with great power comes great responsibility. Use it wisely, or you’ll end up with a garbled mess of memory leaks, like spaghetti code at a food fight.

Two Flavors of Context — Application vs. Activity

Picture this — Application Context is like your year-round ice-cream subscription – always there, always cool. It’s great for things that need to stick around, like your singleton that’s as persistent as a pop song chorus. Then there’s Activity Context, the summer fling that’s hot for the moment. Use it for UI-related stuff that’s as temporary as a sandcastle at high tide.

1. Application Context — This is the long-living hermit that doesn’t care about your activities and their UI shenanigans. Use it when you’re dealing with something that needs to stay alive throughout the life of your app.

class MyApplication : Application() {
    init {
        // Perfect for initializing libraries that need a context

2. Activity Context — This is the party animal. It loves the UI, and it dies when the party (activity) is over. Use it when you’re doing something related to your current activity.

class MyActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        // Right context for creating views
        val view = View(this)
Common Rookie Mistakes
  1. The Memory Leak Monster — New devs often use Activity Context in a singleton, like putting a penguin in the Sahara – it doesn’t belong, and it’s gonna have a bad time. Keep Activity Context out of your long-lived objects, or they’ll cling to memory like a koala to a tree.
  2. The Style Snafu — Ever tried to inflate a view with Application Context and ended up with a UI as bland as unsalted popcorn? That’s because Application Context doesn’t care about your activity’s snazzy theme.
Laugh in the Face of Context Confusion — Best Practices

Job Offers

Job Offers

There are currently no vacancies.


, ,

Migrating to Jetpack Compose – an interop love story

Most of you are familiar with Jetpack Compose and its benefits. If you’re able to start anew and create a Compose-only app, you’re on the right track. But this talk might not be for you…
Watch Video

Migrating to Jetpack Compose - an interop love story

Simona Milanovic
Android DevRel Engineer for Jetpack Compose

Migrating to Jetpack Compose - an interop love story

Simona Milanovic
Android DevRel Engin ...

Migrating to Jetpack Compose - an interop love story

Simona Milanovic
Android DevRel Engineer f ...


Suit Up in Code — Tailoring Your App’s Context for a Perfect Fit. Image sourced from Boss Hunting.


1) Singletons Love Application Context

When it’s time to create a singleton that outlives the Titanic, marry it with Application Context. It’s a match made in heaven, unlike Rose and that door (there was space, Rose!).

2) Dress Views in Activity Context

Inflating views without Activity Context is like going to prom in pajamas – it’s just wrong. Give your views the style they deserve; use Activity Context.

3) The Leak Canary — Your Memory Leak Sniffer

Think of LeakCanary as your pet canary in the coal mine. If it stops singing, you’ve got a memory leak, and it’s time to evacuate!

4) Adapters and the Context Conundrum

Adapter needing a context? Imagine you’re asking someone to dance. You wouldn’t grab a random person across the street, right? You’d choose someone already at the party — so reach for the Activity Context.

Ok now not to forget! … ‘JC’ — Context’s Chill Cousin

Photo by Lautaro Andreani on Unsplash


If you’ve gotten the hang of the Context tango in Android, wait till you meet Jetpack Compose. It’s like the cool cousin who’s come to town, promising fewer headaches and more fun. In Compose, Context still gets you into the club, but it’s more like a secret handshake than a bulky keychain.

Just Whisper for Context

In the land of Compose, you don’t yell for Context; you whisper. And here’s how you do it —

fun MySneakyComposable() {
    // Psst... I need the Context
    val context = LocalContext.current
    Button(onClick = {
        // Look Ma, no hands (just Context)!
        Toast.makeText(context, "Hello from Compose!", Toast.LENGTH_SHORT).show()
    }) {
        Text("Click me!")

You see, in Compose, we ask for Context politely using LocalContext.current and it just… appears, like magic!

Keep it Simple, Silly

Compose has a mantra — “Keep it simple.” Instead of grabbing Context to create a toast, it prefers using a Snackbar. It’s like choosing a scooter over a car for a quick trip to the corner store.

Avoiding Compose Facepalms

Even with Compose, if you mess up with Context, you’ll still get those oopsie-daisies. So, always use the right LocalContext.current for the freshest, most up-to-date Context. It’s like making sure you’re eating fresh bread, not the stale loaf from last week.

A Compose Fairytale Ending

So, in Compose, Context is like the quiet hero behind the scenes, making sure you’ve got what you need without any fuss. It’s a bit like Gandalf in the Lord of the Rings — wise, powerful, but surprisingly low-key (until you need some fireworks, of course).


Congratulations! You’re now a Context-savvy dev, ready to conquer the Android world. Remember, Context is your golden ticket, but use it like you would wield Excalibur – with wisdom and a touch of caution. With your newfound knowledge, go forth and create apps as stable as a table and as memory-efficient as a dream catcher. Keep it tight, keep it right, and always – always – keep it leak-free.

Closing Remarks

If you liked what you read, please feel free to leave your valuable feedback or appreciation. I am always looking to learn, collaborate and grow with fellow developers.

If you have any questions feel free to message me!

Follow me on Medium for more articles — Medium Profile

Connect with me on LinkedInand Twitter for collaboration.

Happy coding, and may the source be with you!

This article was previously published on



It’s one of the common UX across apps to provide swipe to dismiss so…
In this part of our series on introducing Jetpack Compose into an existing project,…
This is the second article in an article series that will discuss the dependency…
Let’s suppose that for some reason we are interested in doing some tests with…

Leave a Reply

Your email address will not be published. Required fields are marked *

Fill out this field
Fill out this field
Please enter a valid email address.