Query parameters and fragments in Angular - Performance & Optimization

Performance: Query parameters and fragments

MEDIUM IMPACT

This affects page load speed and interaction responsiveness by how Angular processes URL changes and updates the view.

Updating query parameters or fragments in Angular routes

Angular

this.router.navigate([], { fragment: 'section2', queryParamsHandling: 'preserve' });

Updates only the fragment without reloading components or triggering route guards.

📈 Performance GainNo reflow or repaint triggered, improving interaction responsiveness

Updating query parameters or fragments in Angular routes

Angular

this.router.navigate([], { queryParams: { filter: 'new' }, queryParamsHandling: 'merge' });

Triggers full route re-evaluation and view updates even if only the query param changed or no visible UI update needed.

📉 Performance CostTriggers 1 reflow and 1 repaint per update, blocking interaction briefly

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Full queryParams update with navigate()	Multiple DOM updates	1 reflow per update	High paint cost	[X] Bad
Fragment update only with navigate() and fragment option	Minimal DOM changes	0 reflows	Minimal paint cost	[OK] Good

Rendering Pipeline

When query parameters or fragments change, Angular's router processes the URL update, which can cause view updates. This causes browser style recalculation, layout, and paint.

→Style Calculation

→Layout

→Paint

⚠️ BottleneckLayout due to view re-rendering and DOM updates

Core Web Vital Affected

INP

This affects page load speed and interaction responsiveness by how Angular processes URL changes and updates the view.

Optimization Tips

1Avoid unnecessary query parameter changes to reduce route reloads.

2Use fragment updates to change URL parts without re-rendering components.

3Preserve query parameters when navigating to avoid full route re-evaluation.

Performance Quiz - 3 Questions

What is the main performance cost when updating query parameters in Angular routes?

A Increasing bundle size significantly

B Triggering route re-evaluation and view updates causing layout and paint

C Blocking network requests

D Causing browser cache misses

DevTools: Performance

How to check: Record a session while triggering query parameter or fragment changes. Look for layout and paint events after navigation calls.

What to look for: Check if route changes cause layout thrashing or long paint times indicating heavy re-rendering.

Practice

1. In Angular, what is the main purpose of query parameters in a URL?

easy

A. To style the page dynamically

B. To define the main route path

C. To specify the component to load

D. To pass extra information to the route without changing the path

Solution

1. Step 1: Understand URL structure

   Query parameters come after a question mark (?) in URLs and carry extra data.

2. Step 2: Role in Angular routing

   Angular uses query parameters to pass optional info without changing the main route path.

3. Final Answer:

   To pass extra information to the route without changing the path -> Option D

4. Quick Check:

   Query parameters = extra info in URL [OK]

Hint: Query parameters come after ? and don't change the route path [OK]

Common Mistakes:

• Confusing query parameters with route parameters
• Thinking query parameters change the route path
• Mixing fragments with query parameters

2. Which Angular Router method is used to navigate to a route with query parameters?

easy

A. router.navigate(['/path'], { queryParams: { key: 'value' } })

B. router.go(['/path'], { params: { key: 'value' } })

C. router.route(['/path'], { query: { key: 'value' } })

D. router.change(['/path'], { queryParams: { key: 'value' } })

Solution

1. Step 1: Recall Angular Router navigation syntax

   The correct method is navigate with an array for the path and an options object.

2. Step 2: Identify correct query parameter option

   The option to pass query parameters is queryParams, not params or query.

3. Final Answer:

   router.navigate(['/path'], { queryParams: { key: 'value' } }) -> Option A

4. Quick Check:

   Use navigate() with queryParams [OK]

Hint: Use navigate() with queryParams option to add query parameters [OK]

Common Mistakes:

• Using wrong method like go() or change()
• Passing query parameters as params or query instead of queryParams
• Not wrapping path in an array

3. Given this Angular code snippet, what will be logged?

this.route.queryParams.subscribe(params => console.log(params['page']))
this.router.navigate(['/items'], { queryParams: { page: 3 } })

medium

A. Error

B. 3

C. null

D. undefined

Solution

1. Step 1: Understand queryParams subscription

   The subscription listens for query parameter changes and logs the 'page' value.

2. Step 2: Navigate with queryParams

   The navigate call sets queryParams with page: 3, triggering the subscription.

3. Final Answer:

   3 -> Option B

4. Quick Check:

   queryParams['page'] logs 3 after navigation [OK]

Hint: queryParams subscription logs updated values after navigate [OK]

Common Mistakes:

• Expecting undefined because of timing
• Confusing queryParams with route params
• Not subscribing to queryParams observable

4. What is wrong with this Angular code to read the URL fragment?

this.route.fragment.subscribe(fragment => {
  console.log(fragment.toUpperCase())
})

medium

A. subscribe() is not a function on fragment

B. fragment is always empty string, so toUpperCase() does nothing

C. fragment can be null, so calling toUpperCase() may cause error

D. You must use queryParams to get fragment

Solution

1. Step 1: Understand fragment observable behavior

   The fragment can be null if no fragment exists in the URL.

2. Step 2: Identify risk of calling toUpperCase()

   Calling toUpperCase() on null causes a runtime error.

3. Final Answer:

   fragment can be null, so calling toUpperCase() may cause error -> Option C

4. Quick Check:

   Check for null before using string methods on fragment [OK]

Hint: Check fragment for null before string methods [OK]

Common Mistakes:

• Assuming fragment is always a string
• Trying to get fragment from queryParams
• Not subscribing to fragment observable

5. You want to navigate to '/profile' with query parameters { tab: 'settings' } and fragment 'section2'. Which code correctly does this in Angular?

hard

A. this.router.navigate(['/profile'], { queryParams: { tab: 'settings' }, fragment: 'section2' })

B. this.router.navigate(['/profile'], { params: { tab: 'settings' }, hash: 'section2' })

C. this.router.navigate(['/profile'], { query: { tab: 'settings' }, fragment: 'section2' })

D. this.router.navigate(['/profile'], { queryParams: { tab: 'settings' }, hash: 'section2' })

Solution

1. Step 1: Recall correct options for navigate()

   Angular uses queryParams for query parameters and fragment for URL fragment.

2. Step 2: Check option correctness

   this.router.navigate(['/profile'], { queryParams: { tab: 'settings' }, fragment: 'section2' }) uses correct keys: queryParams and fragment. Others use incorrect keys like params, query, or hash.

3. Final Answer:

   this.router.navigate(['/profile'], { queryParams: { tab: 'settings' }, fragment: 'section2' }) -> Option A

4. Quick Check:

   Use queryParams and fragment keys in navigate() [OK]

Hint: Use queryParams and fragment keys in navigate() options [OK]

Common Mistakes:

• Using params or query instead of queryParams
• Using hash instead of fragment
• Not passing path as array