Navigation guards (beforeEach, beforeEnter) in Vue - Performance & Optimization

Performance: Navigation guards (beforeEach, beforeEnter)

MEDIUM IMPACT

This affects page load speed and interaction responsiveness by controlling route changes and blocking navigation until checks complete.

Checking user authentication before route change

Vue

router.beforeEach(async (to, from, next) => {
  try {
    const isAuthenticated = await asyncAuthCheck();
    if (isAuthenticated) next(); else next('/login');
  } catch {
    next('/login');
  }
});

Using async calls avoids blocking main thread and allows browser to remain responsive.

📈 Performance GainNon-blocking navigation guard reduces INP and improves user experience.

Checking user authentication before route change

Vue

router.beforeEach((to, from, next) => {
  // Synchronous heavy computation or blocking API call
  const isAuthenticated = heavyAuthCheck();
  if (isAuthenticated) next(); else next('/login');
});

Blocking synchronous code or heavy computations delay navigation and block UI updates.

📉 Performance CostBlocks rendering and user interaction until guard completes, increasing INP.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Synchronous heavy guard	Minimal	0	Blocks paint until done	[X] Bad
Asynchronous guard with async/await	Minimal	0	Non-blocking paint	[OK] Good

Rendering Pipeline

Navigation guards run before route components render, blocking the rendering pipeline until they complete. This affects the browser's ability to paint new content and respond to user input.

→JavaScript Execution

→Layout

→Paint

⚠️ BottleneckJavaScript Execution blocking route rendering

Core Web Vital Affected

INP

This affects page load speed and interaction responsiveness by controlling route changes and blocking navigation until checks complete.

Optimization Tips

1Avoid heavy synchronous logic inside navigation guards.

2Use asynchronous calls to keep navigation non-blocking.

3Keep navigation guards fast to improve interaction responsiveness (INP).

Performance Quiz - 3 Questions

What is the main performance risk of using synchronous code inside a Vue navigation guard?

A It increases the number of DOM nodes created.

B It blocks the main thread delaying route rendering and user interaction.

C It causes excessive CSS recalculations.

D It reduces network bandwidth.

DevTools: Performance

How to check: Record a performance profile while navigating routes. Look for long tasks blocking main thread during navigation guard execution.

What to look for: Long JavaScript tasks before new route paint indicate blocking guards causing high INP.

Practice

1. What is the main purpose of Vue Router's beforeEach navigation guard?

easy

A. To run a function before every route change globally

B. To run a function only after a route has been entered

C. To modify the route's component before rendering

D. To delay the route change indefinitely

Solution

1. Step 1: Understand the role of beforeEach

   beforeEach is a global navigation guard that runs before every route change in the app.

2. Step 2: Compare options with the guard's behavior

   To run a function before every route change globally correctly states it runs before every route change globally. Other options describe incorrect or unrelated behaviors.

3. Final Answer:

   To run a function before every route change globally -> Option A

4. Quick Check:

   Global guard before route change = A [OK]

Hint: beforeEach runs before every route change globally [OK]

Common Mistakes:

• Confusing beforeEach with afterEach
• Thinking beforeEach runs only on specific routes
• Assuming beforeEach modifies components directly

2. Which of the following is the correct syntax to add a beforeEnter guard to a route in Vue Router?

easy

A. { path: '/home', component: Home, beforeEnter(to, from, next) { next() } }

B. { path: '/home', component: Home, beforeEnter: function(to, from, next) { next() } }

C. { path: '/home', component: Home, beforeEnter: (to, from, next) => { next() } }

D. router.beforeEnter('/home', (to, from, next) => next())

Solution

1. Step 1: Identify correct route object syntax

   Vue Router expects beforeEnter as a property with a function value inside the route object.

2. Step 2: Check each option's syntax

   { path: '/home', component: Home, beforeEnter: function(to, from, next) { next() } } uses beforeEnter: function(to, from, next) { next() } which is valid. { path: '/home', component: Home, beforeEnter(to, from, next) { next() } } misses the colon. { path: '/home', component: Home, beforeEnter: (to, from, next) => { next() } } uses arrow function which is valid but less common in examples. router.beforeEnter('/home', (to, from, next) => next()) is invalid syntax for route config.

3. Final Answer:

   { path: '/home', component: Home, beforeEnter: function(to, from, next) { next() } } -> Option B

4. Quick Check:

   Route guard syntax uses colon and function = C [OK]

Hint: Use colon and function for beforeEnter in route object [OK]

Common Mistakes:

• Omitting colon before beforeEnter
• Trying to call beforeEnter on router instance
• Using arrow function without colon

3. Given this Vue Router setup, what will happen when navigating to /dashboard?

const router = createRouter({
  history: createWebHistory(),
  routes: [
    { path: '/login', component: Login },
    { path: '/dashboard', component: Dashboard, beforeEnter(to, from, next) {
      if (!isLoggedIn()) next('/login')
      else next()
    } }
  ]
})

router.beforeEach((to, from, next) => {
  console.log('Global guard')
  next()
})

medium

A. Navigation blocked with no console output

B. Console logs 'Global guard' and navigates to /dashboard regardless

C. Console logs 'Global guard' and navigates to /login if not logged in

D. Syntax error due to missing next() call

Solution

1. Step 1: Analyze global beforeEach guard

   The global guard logs 'Global guard' and calls next(), so navigation proceeds.

2. Step 2: Analyze route-specific beforeEnter guard

   beforeEnter checks if user is logged in. If not, it redirects to '/login'. Otherwise, it allows navigation.

3. Final Answer:

   Console logs 'Global guard' and navigates to /login if not logged in -> Option C

4. Quick Check:

   Global guard logs + route guard redirects if not logged in = A [OK]

Hint: Global guard runs first, then route guard decides next step [OK]

Common Mistakes:

• Ignoring global guard console log
• Assuming navigation always succeeds
• Forgetting next() call in guards

4. Identify the error in this Vue Router navigation guard code:

router.beforeEach((to, from, next) => {
  if (to.meta.requiresAuth) {
    if (!userIsLoggedIn) {
      next('/login')
    }
  }
  next()
})

medium

A. Missing call to next() inside the if block causes navigation to continue twice

B. userIsLoggedIn should be a function call

C. to.meta.requiresAuth is not a valid property

D. next() is called twice, causing navigation to fail

Solution

1. Step 1: Trace next() calls in the guard

   If to.meta.requiresAuth is true and user is not logged in, next('/login') is called. Then outside the if block, next() is called again unconditionally.

2. Step 2: Understand consequences of calling next() twice

   Calling next() twice causes Vue Router to throw an error and navigation fails.

3. Final Answer:

   next() is called twice, causing navigation to fail -> Option D

4. Quick Check:

   Two next() calls in one guard = B [OK]

Hint: Call next() only once per guard to avoid errors [OK]

Common Mistakes:

• Calling next() multiple times in one guard
• Not returning after next('/login')
• Assuming meta is always defined

5. You want to protect a nested route /admin/settings so that only logged-in users can access it. You have a global beforeEach guard and a route-level beforeEnter guard on /admin. Which approach correctly ensures the user is redirected to /login if not logged in, without redundant checks?

hard

A. Check login only in global beforeEach; remove beforeEnter guard from /admin route

B. Check login only in beforeEnter guard on /admin; global beforeEach does not check login

C. Check login in both global beforeEach and beforeEnter guard on /admin

D. Do not check login in any guard; rely on component logic

Solution

1. Step 1: Understand guard execution order and redundancy

   Global beforeEach runs before every route, including nested ones. Route-level beforeEnter runs after global guards.

2. Step 2: Avoid redundant login checks

   Checking login in both guards causes duplicate redirects and complexity. Checking only in global guard covers all routes.

3. Final Answer:

   Check login only in global beforeEach; remove beforeEnter guard from /admin route -> Option A

4. Quick Check:

   Single global guard for login check avoids redundancy = A [OK]

Hint: Use global guard for login checks to avoid duplicate logic [OK]

Common Mistakes:

• Duplicating login checks in multiple guards
• Relying on component logic instead of guards
• Ignoring nested route guard order