Pointcut expressions in Spring Boot - Performance & Optimization

Performance: Pointcut expressions

MEDIUM IMPACT

Pointcut expressions affect the runtime performance by determining which methods are intercepted for aspect logic, impacting method call overhead and application responsiveness.

Intercepting specific service methods for logging

Spring Boot

@Pointcut("execution(* com.example.service.UserService.*(..))")
public void specificPointcut() {}

Targets only UserService methods, reducing unnecessary interceptions and improving performance.

📈 Performance GainReduces method interception overhead by limiting matched methods.

Intercepting specific service methods for logging

Spring Boot

@Pointcut("execution(* com.example..*(..))")
public void broadPointcut() {}

This broad expression matches many methods, causing unnecessary interceptions and overhead.

📉 Performance CostAdds overhead to every matched method call, increasing CPU usage and slowing response times.

Performance Comparison

Pattern	Method Matches	Advice Calls	CPU Overhead	Verdict
Broad pointcut (e.g., com.example..*)	Many methods	Many advice calls	High CPU overhead	[X] Bad
Specific pointcut (e.g., com.example.service.UserService.*)	Few methods	Few advice calls	Low CPU overhead	[OK] Good

Rendering Pipeline

Pointcut expressions are evaluated at runtime to decide if advice should run before, after, or around a method call, adding overhead during method invocation.

→Method Invocation

→Advice Execution

⚠️ BottleneckMethod Invocation overhead due to matching and advice execution

Core Web Vital Affected

INP

Pointcut expressions affect the runtime performance by determining which methods are intercepted for aspect logic, impacting method call overhead and application responsiveness.

Optimization Tips

1Keep pointcut expressions as specific as possible to reduce unnecessary interceptions.

2Avoid using wildcards that match large packages or many methods.

3Profile advice execution to identify and optimize costly pointcuts.

Performance Quiz - 3 Questions

What is the main performance risk of using very broad pointcut expressions in Spring AOP?

A They only affect startup time, not runtime performance.

B They reduce the number of methods intercepted, improving speed.

C They cause many unnecessary method interceptions, increasing CPU overhead.

D They improve memory usage by caching advice.

DevTools: Spring Boot Actuator / Java Flight Recorder

How to check: Enable method profiling with Java Flight Recorder or Spring Boot Actuator metrics; monitor method call counts and CPU usage during advice execution.

What to look for: High method interception counts and CPU spikes indicate broad pointcuts causing performance issues.

Practice

1. What does a pointcut expression in Spring Boot primarily do?

easy

A. Create new methods dynamically at runtime

B. Define the database connection settings

C. Select methods where extra code (advice) should run

D. Replace existing methods with new implementations

Solution

1. Step 1: Understand the purpose of pointcut expressions

   Pointcut expressions specify where additional code, called advice, should be applied in existing methods without changing those methods.

2. Step 2: Differentiate from other concepts

   They do not create or replace methods, nor configure databases. Their role is to select join points (methods) for advice.

3. Final Answer:

   Select methods where extra code (advice) should run -> Option C

4. Quick Check:

   Pointcut expression = Select methods for advice [OK]

Hint: Pointcuts pick methods to add code without changing them [OK]

Common Mistakes:

• Confusing pointcuts with method creation
• Thinking pointcuts configure databases
• Believing pointcuts replace method code

2. Which of the following is the correct syntax to match all methods in package com.example.service using a pointcut expression?

easy

A. execution(* com.example.service..*(..))

B. execution(com.example.service.*.*(..))

C. execution(* com.example.service.*(..))

D. execution(* com.example.service.*.*(..))

Solution

1. Step 1: Understand the execution syntax

   The syntax execution(* com.example.service.*.*(..)) matches any return type, any class in the package com.example.service, and any method with any parameters.

2. Step 2: Analyze other options

   execution(com.example.service.*.*(..)) misses the wildcard for return type. execution(* com.example.service..*(..)) uses double dot .. which matches subpackages, not just the package. execution(* com.example.service.*(..)) misses the class wildcard.

3. Final Answer:

   execution(* com.example.service.*.*(..)) -> Option D

4. Quick Check:

   Use * for any class and method in package [OK]

Hint: Use * for any class and method in a package [OK]

Common Mistakes:

• Omitting the return type wildcard *
• Using .. instead of * for classes
• Missing method wildcard *

3. Given the pointcut expression execution(public * com.example.repo.*Repository.find*(..)), which methods will it match?

medium

A. All methods named 'find' in any class in com.example.repo

B. All public methods starting with 'find' in any class ending with 'Repository' in package com.example.repo

C. All public methods in any class in com.example.repo

D. Only methods named exactly 'find' in any class ending with 'Repository'

Solution

1. Step 1: Break down the expression

   public * means any public return type, com.example.repo.*Repository matches classes ending with 'Repository' in the package, and find*(..) matches methods starting with 'find' with any parameters.

2. Step 2: Match options to expression meaning

   All public methods starting with 'find' in any class ending with 'Repository' in package com.example.repo correctly describes all public methods starting with 'find' in classes ending with 'Repository' in the package. Others are either too broad or too narrow.

3. Final Answer:

   All public methods starting with 'find' in any class ending with 'Repository' in package com.example.repo -> Option B

4. Quick Check:

   execution(public * com.example.repo.*Repository.find*(..)) = All public methods starting with 'find' in any class ending with 'Repository' in package com.example.repo [OK]

Hint: Look for wildcards * and method name patterns carefully [OK]

Common Mistakes:

• Ignoring method name prefix 'find*'
• Confusing class name pattern *Repository
• Missing public modifier effect

4. Identify the error in this pointcut expression: execution(* com.example..service.*(..)

medium

A. Missing closing parenthesis at the end

B. Incorrect use of double dots '..' in package name

C. Wildcard '*' cannot be used for method names

D. Return type '*' is invalid

Solution

1. Step 1: Check syntax completeness

   The expression is missing a closing parenthesis ')' at the end, which is required to close the execution() expression.

2. Step 2: Validate other parts

   Double dots '..' are valid to match subpackages, '*' is valid for method names, and '*' is valid for return type.

3. Final Answer:

   Missing closing parenthesis at the end -> Option A

4. Quick Check:

   Check parentheses balance in execution() [OK]

Hint: Count parentheses carefully in pointcut expressions [OK]

Common Mistakes:

• Forgetting closing parenthesis
• Misunderstanding '..' usage
• Thinking '*' is invalid for methods or return types

5. You want to create a pointcut expression that matches all methods in any class within com.app.service and its subpackages, but only methods that have exactly two parameters of any type. Which expression is correct?

hard

A. execution(* com.app.service..*.*(*, *))

B. execution(* com.app.service.*.*(..))

C. execution(* com.app.service..*.*(.., ..))

D. execution(* com.app.service..*.*(*))

Solution

1. Step 1: Understand package and subpackage matching

   com.app.service..* matches classes in the package and all subpackages.

2. Step 2: Match method parameters exactly

   (* , *) means exactly two parameters of any type. (..) means any number of parameters, so it's incorrect here.

3. Step 3: Analyze options

   execution(* com.app.service..*.*(*, *)) correctly matches all classes in package and subpackages with exactly two parameters. Others either match any number of parameters or wrong parameter counts.

4. Final Answer:

   execution(* com.app.service..*.*(*, *)) -> Option A

5. Quick Check:

   Use (*, *) for exactly two parameters [OK]

Hint: Use (*, *) to match exactly two parameters [OK]

Common Mistakes:

• Using (..) to match exact parameter count
• Confusing single * with .. for subpackages
• Missing commas between parameters