Module lazy loading preview in Angular - Performance & Optimization

Performance: Module lazy loading preview

HIGH IMPACT

This affects the initial page load speed by deferring loading of feature modules until needed, reducing the amount of code loaded upfront.

Loading feature modules in an Angular app

Angular

const routes = [
  { path: 'feature', loadChildren: () => import('./feature/feature.module').then(m => m.FeatureModule) }
];

@NgModule({
  imports: [RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })],
  exports: [RouterModule]
})
export class AppRoutingModule {}

Defers loading the feature module until the user navigates to it, reducing initial bundle size and speeding up first paint.

📈 Performance GainReduces initial bundle by 100-300kb, improving LCP by 200-500ms on typical networks.

Loading feature modules in an Angular app

Angular

import { FeatureModule } from './feature/feature.module';

const routes = [
  { path: 'feature', component: FeatureComponent }
];

@NgModule({
  imports: [RouterModule.forRoot(routes)],
  exports: [RouterModule]
})
export class AppRoutingModule {}

Eagerly importing the feature module in the main bundle causes all code to load upfront, increasing initial load time.

📉 Performance CostAdds 100-300kb to initial bundle, blocking rendering longer and delaying LCP.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Eager module loading	Low (no extra DOM nodes)	0	High (large JS blocks delay paint)	[X] Bad
Lazy module loading	Low (no extra DOM nodes)	0	Low (smaller initial JS, faster paint)	[OK] Good

Rendering Pipeline

Lazy loading delays fetching and parsing of module code until navigation triggers it. This reduces work during initial Style Calculation and Layout, speeding up Paint and Composite stages.

→Network

→Script Parsing

→Style Calculation

→Layout

→Paint

⚠️ BottleneckScript Parsing and Network loading of large bundles during initial load

Core Web Vital Affected

LCP

This affects the initial page load speed by deferring loading of feature modules until needed, reducing the amount of code loaded upfront.

Optimization Tips

1Always split large feature modules to lazy load them for faster initial load.

2Use Angular Router's loadChildren with dynamic import syntax for lazy loading.

3Verify lazy loading by checking Network panel for deferred JS chunk loading.

Performance Quiz - 3 Questions

What is the main performance benefit of lazy loading Angular modules?

A Blocks rendering until all modules load

B Reduces initial bundle size, improving page load speed

C Increases DOM nodes for faster rendering

D Improves CSS selector performance

DevTools: Network

How to check: Open DevTools > Network tab, reload page, filter by JS files, observe when feature module chunks load (should load only on navigation).

What to look for: Initial JS bundle size is smaller and feature module chunk loads later on demand, confirming lazy loading.

Practice

1. What is the main purpose of lazy loading modules in Angular applications?

easy

A. To load modules only when they are needed, improving startup speed

B. To preload all modules at app start for faster navigation

C. To combine all modules into one big file for simplicity

D. To disable routing and load components manually

Solution

1. Step 1: Understand lazy loading concept

   Lazy loading means delaying the loading of parts of the app until they are needed, not all at once.

2. Step 2: Identify the benefit

   This reduces the initial load time and speeds up app startup by loading only essential code first.

3. Final Answer:

   To load modules only when they are needed, improving startup speed -> Option A

4. Quick Check:

   Lazy loading = load on demand [OK]

Hint: Lazy loading means load modules only when needed [OK]

Common Mistakes:

• Thinking lazy loading loads all modules at start
• Confusing lazy loading with preloading
• Believing lazy loading disables routing

2. Which of the following is the correct syntax to lazy load a module named AdminModule located at ./admin/admin.module.ts in Angular routing?

easy

A. { path: 'admin', loadChildren: () => import('./admin/admin.module').then(m => m.AdminModule) }

B. { path: 'admin', loadChildren: './admin/admin.module#AdminModule' }

C. { path: 'admin', component: AdminModule }

D. { path: 'admin', loadChildren: () => AdminModule }

Solution

1. Step 1: Recall Angular lazy loading syntax

   Since Angular 8+, lazy loading uses dynamic import syntax with loadChildren as a function returning a promise.

2. Step 2: Match syntax to options

   { path: 'admin', loadChildren: () => import('./admin/admin.module').then(m => m.AdminModule) } uses the correct arrow function with import and then to get the module class.

3. Final Answer:

   { path: 'admin', loadChildren: () => import('./admin/admin.module').then(m => m.AdminModule) } -> Option A

4. Quick Check:

   Dynamic import with arrow function = { path: 'admin', loadChildren: () => import('./admin/admin.module').then(m => m.AdminModule) } [OK]

Hint: Use dynamic import with arrow function for lazy loading [OK]

Common Mistakes:

• Using string syntax with # which is deprecated
• Assigning component instead of loadChildren
• Calling loadChildren without import

3. Given this route configuration snippet:

{ path: 'shop', loadChildren: () => import('./shop/shop.module').then(m => m.ShopModule) }

What happens when the user navigates to /shop for the first time?

medium

A. The ShopModule is loaded immediately when the app starts

B. The ShopModule is never loaded and navigation fails

C. The ShopModule is loaded asynchronously only at navigation time

D. The ShopModule is loaded synchronously blocking the UI

Solution

1. Step 1: Understand lazy loading behavior on navigation

   With lazy loading, the module is not loaded at app start but only when the route is visited.

2. Step 2: Apply to given route

   When user navigates to '/shop', Angular triggers the dynamic import to load ShopModule asynchronously.

3. Final Answer:

   The ShopModule is loaded asynchronously only at navigation time -> Option C

4. Quick Check:

   Lazy load triggers on first navigation [OK]

Hint: Lazy loaded modules load on first route visit, not app start [OK]

Common Mistakes:

• Assuming module loads at app start
• Thinking navigation fails without preloading
• Believing loading blocks UI synchronously

4. Consider this incorrect route configuration:

{ path: 'dashboard', loadChildren: './dashboard/dashboard.module#DashboardModule' }

What is the main issue with this code in Angular 17+?

medium

A. DashboardModule should be imported directly, not lazy loaded

B. Missing component property for the route

C. The path should be an array, not a string

D. Using string syntax for loadChildren is deprecated and causes errors

Solution

1. Step 1: Identify deprecated syntax

   Angular versions 8+ require dynamic import syntax for lazy loading, not string with #.

2. Step 2: Explain impact

   Using string syntax causes build or runtime errors because Angular no longer supports it.

3. Final Answer:

   Using string syntax for loadChildren is deprecated and causes errors -> Option D

4. Quick Check:

   String syntax deprecated = Using string syntax for loadChildren is deprecated and causes errors [OK]

Hint: Avoid string syntax; use dynamic import for loadChildren [OK]

Common Mistakes:

• Thinking component is required with loadChildren
• Confusing path type with string vs array
• Believing direct import is mandatory for lazy loading

5. You want to lazy load a feature module ProfileModule only when the user navigates to /profile. The module file is at ./profile/profile.module.ts. Which of the following route configurations correctly implements this with Angular 17+ standards and ensures accessibility and performance?

hard

A. { path: 'profile', loadChildren: () => import('./profile/profile.module').ProfileModule }

B. { path: 'profile', loadChildren: () => import('./profile/profile.module').then(m => m.ProfileModule) }

C. { path: 'profile', component: ProfileModule }

D. { path: 'profile', loadChildren: './profile/profile.module#ProfileModule' }

Solution

1. Step 1: Use correct dynamic import syntax

   Angular 17+ requires loadChildren as a function returning a promise with dynamic import and then to access the module class.

2. Step 2: Verify accessibility and performance

   Lazy loading delays module load until navigation, improving performance. Using this syntax supports Angular's router and accessibility features.

3. Final Answer:

   { path: 'profile', loadChildren: () => import('./profile/profile.module').then(m => m.ProfileModule) } -> Option B

4. Quick Check:

   Dynamic import + then + lazy load = { path: 'profile', loadChildren: () => import('./profile/profile.module').then(m => m.ProfileModule) } [OK]

Hint: Always use dynamic import with then for lazy loading modules [OK]

Common Mistakes:

• Using deprecated string syntax
• Assigning component instead of loadChildren
• Missing .then() after import