Custom auto-configuration in Spring Boot - Performance & Optimization

Performance: Custom auto-configuration

MEDIUM IMPACT

Custom auto-configuration affects application startup time and memory usage by adding or skipping bean creation during Spring Boot app initialization.

Adding custom auto-configuration to a Spring Boot app

Spring Boot

package com.example.autoconfig;

import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
@ConditionalOnClass(HeavyService.class)
@ConditionalOnProperty(prefix = "myapp.heavy", name = "enabled", havingValue = "true", matchIfMissing = false)
public class MyAutoConfig {

    @Bean
    public HeavyService heavyService() {
        return new HeavyService();
    }
}

Creates HeavyService bean only if class is present and property enabled, reducing startup overhead.

📈 Performance GainAvoids unnecessary bean creation; startup faster by 100-200ms; saves memory

Adding custom auto-configuration to a Spring Boot app

Spring Boot

package com.example.autoconfig;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class MyAutoConfig {

    @Bean
    public HeavyService heavyService() {
        return new HeavyService();
    }
}

Always creates HeavyService bean regardless of app needs, increasing startup time and memory use.

📉 Performance CostBlocks startup for extra 100-200ms; adds unnecessary memory usage

Performance Comparison

Pattern	Bean Creation	Startup Delay	Memory Usage	Verdict
Unconditional bean creation	Always creates bean	Adds 100-200ms delay	Higher memory use	[X] Bad
Conditional bean creation	Creates bean only if needed	No extra delay if skipped	Lower memory use	[OK] Good

Rendering Pipeline

During Spring Boot startup, auto-configuration classes are scanned and conditionally loaded. Beans are created if conditions match, affecting initialization time and memory allocation.

→Bean Definition Loading

→Bean Creation

→Application Context Initialization

⚠️ BottleneckBean Creation stage is most expensive when unnecessary beans are created.

Optimization Tips

1Use @Conditional annotations to load beans only when needed.

2Avoid creating heavy beans unconditionally to reduce startup time.

3Measure startup performance with Spring Boot Actuator tools.

Performance Quiz - 3 Questions

What is the main performance benefit of using conditional annotations in custom auto-configuration?

A They delay bean creation until the first method call.

B They increase the number of beans created to improve functionality.

C They prevent unnecessary bean creation, reducing startup time and memory use.

D They automatically optimize database queries.

DevTools: Spring Boot Actuator / Application Startup Analyzer

How to check: Enable Spring Boot Actuator and use the startup endpoint or ApplicationStartup API to measure bean creation times and startup phases.

What to look for: Look for beans that take long to create or are created unnecessarily; check if conditional annotations reduce startup time.

Practice

1. What is the main purpose of custom auto-configuration in Spring Boot?

easy

A. To automatically create beans based on specific conditions

B. To manually register beans in the application context

C. To disable all default Spring Boot configurations

D. To write custom SQL queries for database access

Solution

1. Step 1: Understand auto-configuration concept

   Custom auto-configuration automatically creates beans when certain conditions are met, reducing manual setup.

2. Step 2: Compare options with purpose

   Only To automatically create beans based on specific conditions describes automatic bean creation based on conditions, which matches the purpose.

3. Final Answer:

   To automatically create beans based on specific conditions -> Option A

4. Quick Check:

   Auto-configuration = automatic bean creation [OK]

Hint: Auto-configuration means beans created automatically [OK]

Common Mistakes:

• Confusing auto-configuration with manual bean registration
• Thinking it disables default configurations
• Mixing it with database query writing

2. Which annotation is commonly used to mark a class as a custom auto-configuration in Spring Boot?

easy

A. @Configuration

B. @Component

C. @EnableAutoConfiguration

D. @SpringBootApplication

Solution

1. Step 1: Identify annotation for configuration classes

   @Configuration marks a class as a source of bean definitions, suitable for auto-configuration classes.

2. Step 2: Exclude other annotations

   @Component is generic, @EnableAutoConfiguration is used on main app class, @SpringBootApplication is a composite annotation.

3. Final Answer:

   @Configuration -> Option A

4. Quick Check:

   Auto-config class needs @Configuration [OK]

Hint: Auto-config classes use @Configuration annotation [OK]

Common Mistakes:

• Using @Component instead of @Configuration
• Confusing @EnableAutoConfiguration with auto-config class annotation
• Using @SpringBootApplication on config classes

3. Given this custom auto-configuration snippet, what bean will be created if com.example.MyService is on the classpath and property my.feature.enabled=true?

@Configuration
@ConditionalOnClass(name = "com.example.MyService")
@ConditionalOnProperty(prefix = "my.feature", name = "enabled", havingValue = "true")
public class MyFeatureAutoConfiguration {
    @Bean
    public String featureBean() {
        return "Feature Enabled";
    }
}

medium

A. No bean will be created

B. A bean named featureBean with value "Feature Enabled" will be created

C. A bean named myService will be created

D. An exception will be thrown at startup

Solution

1. Step 1: Check conditions for bean creation

   Bean is created only if class com.example.MyService exists and property my.feature.enabled=true.

2. Step 2: Given conditions are met

   Since both conditions are true, the featureBean method creates a bean with value "Feature Enabled".

3. Final Answer:

   A bean named featureBean with value "Feature Enabled" will be created -> Option B

4. Quick Check:

   Conditions met = bean created [OK]

Hint: Bean created only if class and property conditions are true [OK]

Common Mistakes:

• Ignoring @ConditionalOnProperty and assuming bean always created
• Confusing bean name with class name
• Expecting exceptions when conditions are met

4. Identify the error in this custom auto-configuration class:

@Configuration
@ConditionalOnClass(name = "com.example.Service")
public class ServiceAutoConfiguration {
    @Bean
    public Service service() {
        return new Service();
    }

    @Bean
    public Service service() {
        return new Service();
    }
}

medium

A. Missing @ConditionalOnProperty annotation

B. No error, code is valid

C. Service class not imported

D. Duplicate bean method names causing a compilation error

Solution

1. Step 1: Check bean method definitions

   Two methods named service() exist, both annotated with @Bean, causing duplicate bean names.

2. Step 2: Understand Spring bean naming rules

   Bean names must be unique; duplicate method names cause compilation or context startup errors.

3. Final Answer:

   Duplicate bean method names causing a compilation error -> Option D

4. Quick Check:

   Duplicate @Bean methods = error [OK]

Hint: Bean method names must be unique in config classes [OK]

Common Mistakes:

• Ignoring duplicate method names
• Thinking missing @ConditionalOnProperty is an error here
• Assuming missing import causes this error

5. You want to create a custom auto-configuration that only creates a bean if no other bean of the same type exists and a property app.feature.enabled is true. Which combination of annotations should you use on your configuration class and bean method? A) @Configuration on class, @ConditionalOnMissingBean and @ConditionalOnProperty on bean method B) @Component on class, @ConditionalOnBean on bean method C) @Configuration on class, @ConditionalOnClass on bean method D) @EnableAutoConfiguration on class, no conditions on bean method

hard

A. @Configuration on class, @ConditionalOnClass on bean method

B. @Component on class, @ConditionalOnBean on bean method

C. @Configuration on class, @ConditionalOnMissingBean and @ConditionalOnProperty on bean method

D. @EnableAutoConfiguration on class, no conditions on bean method

Solution

1. Step 1: Identify class-level annotation for config

   @Configuration is correct to mark a class as configuration for auto-configuration.

2. Step 2: Choose bean method conditions

   @ConditionalOnMissingBean ensures no existing bean of the type exists; @ConditionalOnProperty checks the property is true.

3. Step 3: Exclude incorrect options

   @Component is generic, @ConditionalOnBean requires existing bean, @ConditionalOnClass checks class presence, not bean existence, @EnableAutoConfiguration is for main app class.

4. Final Answer:

   @Configuration on class, @ConditionalOnMissingBean and @ConditionalOnProperty on bean method -> Option C

5. Quick Check:

   Missing bean + property conditions = @Configuration on class, @ConditionalOnMissingBean and @ConditionalOnProperty on bean method [OK]

Hint: Use @ConditionalOnMissingBean and @ConditionalOnProperty together [OK]

Common Mistakes:

• Using @ConditionalOnBean instead of @ConditionalOnMissingBean
• Putting conditions on class instead of bean method
• Confusing @EnableAutoConfiguration with config class annotation