Using @PostConstruct and @PreDestroy in Spring Boot
📖 Scenario: You are building a simple Spring Boot service that needs to perform setup right after the service starts and cleanup just before it stops.This is like preparing your kitchen before cooking and cleaning it after you finish.
🎯 Goal: Create a Spring Boot component that uses @PostConstruct to run initialization code after the bean is created, and @PreDestroy to run cleanup code before the bean is destroyed.
📋 What You'll Learn
Create a Spring component class named KitchenService
Add a method annotated with @PostConstruct that prints "Kitchen is ready"
Add a method annotated with @PreDestroy that prints "Kitchen is cleaned"
Use the System.out.println statements exactly as specified
💡 Why This Matters
🌍 Real World
Many applications need to initialize resources like database connections or caches after startup and release them before shutdown to avoid resource leaks.
💼 Career
Understanding bean lifecycle annotations like @PostConstruct and @PreDestroy is essential for writing robust Spring Boot applications that manage resources properly.
Progress0 / 4 steps
1
Create the KitchenService class
Create a public class named KitchenService annotated with @Component.
Spring Boot
Hint
Use @Component to make the class a Spring bean.
2
Add @PostConstruct method
Inside KitchenService, add a public method named init annotated with @PostConstruct that calls System.out.println("Kitchen is ready").
Spring Boot
Hint
Use @PostConstruct to mark the method that runs after bean creation.
3
Add @PreDestroy method
Inside KitchenService, add a public method named cleanup annotated with @PreDestroy that calls System.out.println("Kitchen is cleaned").
Spring Boot
Hint
Use @PreDestroy to mark the method that runs before bean destruction.
4
Complete the Spring Boot application
Create a SpringBootApplication class named KitchenApp with a main method that runs the application using SpringApplication.run(KitchenApp.class, args).
Spring Boot
Hint
This class starts the Spring Boot application.
Practice
(1/5)
1. What is the main purpose of the @PostConstruct annotation in a Spring Boot application?
easy
A. To run a method immediately after the bean is created and dependencies are injected
B. To mark a method that should run before the bean is destroyed
C. To define a method that runs only when the application starts
D. To schedule a method to run repeatedly at fixed intervals
Solution
Step 1: Understand the role of @PostConstruct
@PostConstruct is used to run initialization code after the Spring bean is fully created and dependencies are set.
Step 2: Compare with other lifecycle annotations
@PreDestroy runs before bean removal, and scheduling annotations run repeatedly, so they don't match @PostConstruct's purpose.
Final Answer:
To run a method immediately after the bean is created and dependencies are injected -> Option A
Quick Check:
@PostConstruct = run after bean creation [OK]
Hint: Remember: PostConstruct runs right after bean setup [OK]
Common Mistakes:
Confusing @PostConstruct with @PreDestroy
Thinking @PostConstruct runs before bean creation
Assuming it schedules repeated tasks
2. Which of the following is the correct way to use @PreDestroy in a Spring Boot bean?
easy
A. Place @PreDestroy on a static method to run after application shutdown
B. Annotate a method with @PreDestroy to run cleanup code before bean destruction
C. Use @PreDestroy on a constructor to initialize resources
D. Annotate the class with @PreDestroy to mark it for destruction
Solution
Step 1: Identify correct usage of @PreDestroy
@PreDestroy is placed on a method to run cleanup code before the bean is destroyed.
Step 2: Eliminate incorrect options
@PreDestroy cannot annotate a class or constructor, and static methods are not lifecycle callbacks.
Final Answer:
Annotate a method with @PreDestroy to run cleanup code before bean destruction -> Option B
Quick Check:
@PreDestroy = method cleanup before bean removal [OK]
Hint: Use @PreDestroy only on instance methods for cleanup [OK]
Common Mistakes:
Annotating the class instead of a method
Using @PreDestroy on constructors
Marking static methods with @PreDestroy
3. Consider the following Spring Boot bean code snippet:
public class MyBean {
@PostConstruct
public void init() {
System.out.println("Bean is initialized");
}
@PreDestroy
public void cleanup() {
System.out.println("Bean is about to be destroyed");
}
}
What will be printed when the application context starts and then shuts down?
medium
A. Bean is about to be destroyed Bean is initialized
B. Only Bean is initialized
C. Bean is initialized Bean is about to be destroyed
D. Only Bean is about to be destroyed
Solution
Step 1: Understand @PostConstruct behavior on startup
The init() method runs after bean creation, printing "Bean is initialized" when the app context starts.
Step 2: Understand @PreDestroy behavior on shutdown
The cleanup() method runs before bean destruction, printing "Bean is about to be destroyed" when the app context shuts down.
Final Answer:
Bean is initialized Bean is about to be destroyed -> Option C
Quick Check:
Startup prints init, shutdown prints cleanup [OK]
Hint: PostConstruct runs on start, PreDestroy runs on shutdown [OK]
Common Mistakes:
Mixing order of printed messages
Expecting only one message to print
Thinking @PreDestroy runs on startup
4. Given this Spring Boot bean code:
public class ResourceBean {
@PostConstruct
public void setup() {
System.out.println("Setup resources");
}
@PreDestroy
public void cleanup() {
System.out.println("Cleanup resources");
}
public void start() {
System.out.println("Start method called");
}
}
When running the application, the developer notices that "Cleanup resources" is never printed on shutdown. What is the most likely cause?
medium
A. The @PostConstruct method prevents @PreDestroy from running
B. The @PreDestroy method must be static to run correctly
C. The cleanup() method must be called manually to run
D. The bean is not managed by Spring, so lifecycle annotations are ignored
Solution
Step 1: Check if bean is managed by Spring
@PostConstruct and @PreDestroy only work if Spring manages the bean lifecycle (e.g., via @Component or @Bean).
Step 2: Understand why cleanup isn't called
If the bean is created manually (new keyword), Spring won't call lifecycle methods, so cleanup() won't run automatically.
Final Answer:
The bean is not managed by Spring, so lifecycle annotations are ignored -> Option D
Quick Check:
Lifecycle annotations need Spring-managed beans [OK]
Hint: Lifecycle methods run only on Spring-managed beans [OK]
Common Mistakes:
Thinking @PreDestroy must be static
Assuming @PostConstruct blocks @PreDestroy
Believing cleanup() runs without Spring management
5. You want to ensure a Spring Boot bean opens a database connection after creation and closes it before destruction. Which code snippet correctly uses @PostConstruct and @PreDestroy to achieve this?
hard
A. public class DbBean {
private Connection conn;
@PostConstruct
public void open() {
conn = DriverManager.getConnection("url");
System.out.println("Connection opened");
}
@PreDestroy
public void close() {
conn.close();
System.out.println("Connection closed");
}
}
B. public class DbBean {
private Connection conn;
public void open() {
conn = DriverManager.getConnection("url");
System.out.println("Connection opened");
}
public void close() {
conn.close();
System.out.println("Connection closed");
}
}
C. public class DbBean {
private Connection conn;
@PreDestroy
public void open() {
conn = DriverManager.getConnection("url");
System.out.println("Connection opened");
}
@PostConstruct
public void close() {
conn.close();
System.out.println("Connection closed");
}
}
D. public class DbBean {
private Connection conn;
@PostConstruct
public void open() {
System.out.println("Connection opened");
}
@PreDestroy
public void close() {
System.out.println("Connection closed");
}
}
Solution
Step 1: Identify correct lifecycle method usage
@PostConstruct should open the connection after bean creation; @PreDestroy should close it before destruction.
Step 2: Check code correctness
public class DbBean {
private Connection conn;
@PostConstruct
public void open() {
conn = DriverManager.getConnection("url");
System.out.println("Connection opened");
}
@PreDestroy
public void close() {
conn.close();
System.out.println("Connection closed");
}
} correctly uses @PostConstruct to open and @PreDestroy to close the connection with proper method calls.
Final Answer:
public class DbBean {
private Connection conn;
@PostConstruct
public void open() {
conn = DriverManager.getConnection("url");
System.out.println("Connection opened");
}
@PreDestroy
public void close() {
conn.close();
System.out.println("Connection closed");
}
} -> Option A
Quick Check:
Open after creation, close before destruction [OK]
Hint: Open in @PostConstruct, close in @PreDestroy for resource management [OK]
Common Mistakes:
Swapping @PostConstruct and @PreDestroy methods
Not calling connection methods inside lifecycle methods
Missing lifecycle annotations on resource methods
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.