Why App size optimization in Android Kotlin? - Purpose & Use Cases

The Big Idea

What if your app could be half its size but twice as loved?

The Scenario

Imagine you want to share your new app with friends, but the app file is huge and takes forever to download or install.

Or your phone storage is almost full, and every extra megabyte makes it harder to keep your favorite apps.

The Problem

Without optimization, apps become bulky with unused resources and code.

This slows downloads, wastes storage, and frustrates users who might uninstall your app quickly.

The Solution

App size optimization helps you remove unnecessary parts and compress resources.

This makes your app smaller, faster to download, and easier to keep on devices.

Before vs After

✗ Before

val largeImage = loadFullResolutionImage("image.png")
val allLanguages = includeAllLanguages()

✓ After

val optimizedImage = loadCompressedImage("image.webp")
val selectedLanguages = includeOnlyNeededLanguages()

What It Enables

With app size optimization, your app reaches more users quickly and keeps their devices happy.

Real Life Example

A popular game reduced its app size by 40%, letting players download it on slow connections and saving space for other apps.

Key Takeaways

Large apps can block users from installing or keeping them.

Manual builds often include unused code and big files.

Optimizing app size improves user experience and reach.

Practice

1. What is the main purpose of enabling minifyEnabled in an Android app's build configuration?

easy

A. To add more debugging information

B. To increase the app's runtime speed

C. To remove unused code and reduce the app size

D. To enable multi-language support

Solution

1. Step 1: Understand minifyEnabled role

   This setting activates code shrinking tools like ProGuard or R8 to remove unused code.

2. Step 2: Effect on app size

   Removing unused code reduces the final APK or AAB size, making the app smaller.

3. Final Answer:

   To remove unused code and reduce the app size -> Option C

4. Quick Check:

   minifyEnabled = Remove unused code [OK]

Hint: minifyEnabled removes unused code to shrink app size [OK]

Common Mistakes:

• Thinking it improves runtime speed directly
• Confusing it with enabling debugging
• Assuming it adds features like language support

2. Which of the following is the correct way to enable resource shrinking in your build.gradle file for an Android app?

easy

A. shrinkResources = true

B. shrinkResources()

C. shrinkResources: true

D. shrinkResources true

Solution

1. Step 1: Check Gradle syntax for booleans

   In Gradle Groovy DSL, boolean properties are set with property true syntax.

2. Step 2: Apply to shrinkResources

   The correct syntax is shrinkResources true inside the buildTypes block.

3. Final Answer:

   shrinkResources true -> Option D

4. Quick Check:

   Gradle boolean syntax = property true [OK]

Hint: Use `property true` syntax in build.gradle (Groovy) [OK]

Common Mistakes:

• Using equals sign (Kotlin DSL)
• Using colon instead of space
• Calling it like a function

3. Given this build.gradle snippet, what will be the effect on the app size?

buildTypes {
  release {
    minifyEnabled true
    shrinkResources true
  }
}

medium

A. App size will increase due to added debugging info

B. App size will decrease by removing unused code and resources

C. App size will remain the same

D. App will fail to build due to syntax error

Solution

1. Step 1: Analyze minifyEnabled true

   This enables code shrinking tools to remove unused code.

2. Step 2: Analyze shrinkResources true

   This removes unused resources like images and strings from the APK.

3. Step 3: Combined effect on app size

   Both together reduce app size by removing unused code and resources.

4. Final Answer:

   App size will decrease by removing unused code and resources -> Option B

5. Quick Check:

   minifyEnabled + shrinkResources = smaller app [OK]

Hint: Both flags together shrink code and resources [OK]

Common Mistakes:

• Thinking it adds debugging info
• Assuming no effect on size
• Confusing syntax causing build failure

4. You enabled minifyEnabled true and shrinkResources true but your app crashes on startup. What is the most likely cause?

medium

A. You forgot to add ProGuard rules to keep necessary classes

B. You did not enable debugging mode

C. You used wrong syntax in build.gradle

D. You did not update your Android Studio version

Solution

1. Step 1: Understand minify effect on code

   Minify removes unused code but can mistakenly remove needed classes if rules are missing.

2. Step 2: Importance of ProGuard rules

   Proper rules keep essential classes from removal, preventing crashes.

3. Final Answer:

   You forgot to add ProGuard rules to keep necessary classes -> Option A

4. Quick Check:

   Missing ProGuard rules cause crashes after minify [OK]

Hint: Always add ProGuard rules when minifying [OK]

Common Mistakes:

• Blaming debugging mode
• Assuming syntax error without checking logs
• Ignoring ProGuard configuration

5. You want to reduce your Android app size by removing unused resources but keep some images used only in code via reflection. How should you configure your build to avoid removing these images?

hard

A. Add keep rules in proguard-rules.pro to keep resource references

B. Disable shrinkResources and rely only on minifyEnabled

C. Rename the images to start with underscore to protect them

D. Use shrinkResources with resConfigs to specify languages only

Solution

1. Step 1: Understand resource shrinking behavior

   Resource shrinking removes unused resources detected by static analysis.

2. Step 2: Handling resources used via reflection

   Resources accessed dynamically may appear unused and get removed unless explicitly kept.

3. Step 3: Use ProGuard keep rules

   Adding keep rules in proguard-rules.pro tells the shrinker to keep these resources.

4. Final Answer:

   Add keep rules in proguard-rules.pro to keep resource references -> Option A

5. Quick Check:

   Keep rules protect resources used dynamically [OK]

Hint: Use keep rules to protect resources used by reflection [OK]

Common Mistakes:

• Disabling shrinkResources loses size benefits
• Renaming files does not protect them
• Using resConfigs only filters languages, not resources