Bird
Raised Fist0
Svelteframework~5 mins

Lifecycle in nested components in Svelte

Choose your learning style10 modes available
Introduction

Lifecycle methods help you run code at specific times in a component's life. In nested components, they let each part do its own setup and cleanup.

When you want to run code when a child component appears or disappears.
When you need to fetch data or start timers inside a nested component.
When you want to clean up resources like event listeners in nested parts.
When you want to track when nested components mount or update.
When you want to coordinate actions between parent and child components.
Syntax
Svelte
import { onMount, beforeUpdate, afterUpdate, onDestroy } from 'svelte';

onMount(() => {
  // code to run when component mounts
});

beforeUpdate(() => {
  // code before component updates
});

afterUpdate(() => {
  // code after component updates
});

onDestroy(() => {
  // code when component is removed
});

Each lifecycle function runs only inside the component where it is declared.

Nested components have their own lifecycle independent from their parents.

Examples
This runs code when the child component first appears on the page.
Svelte
import { onMount } from 'svelte';

onMount(() => {
  console.log('Child component mounted');
});
This runs cleanup code when the child component is removed from the page.
Svelte
import { onDestroy } from 'svelte';

onDestroy(() => {
  console.log('Child component removed');
});
These run code before and after the child component updates its content.
Svelte
import { beforeUpdate, afterUpdate } from 'svelte';

beforeUpdate(() => {
  console.log('Child will update soon');
});

afterUpdate(() => {
  console.log('Child updated');
});
Sample Program

This example shows a parent component that includes a child component. Both have onMount and onDestroy lifecycle functions that log messages. When the parent and child appear or disappear, their own lifecycle code runs separately.

Svelte
Parent.svelte:

<script>
  import Child from './Child.svelte';
  import { onMount, onDestroy } from 'svelte';

  onMount(() => {
    console.log('Parent mounted');
  });

  onDestroy(() => {
    console.log('Parent destroyed');
  });
</script>

<Child />

Child.svelte:

<script>
  import { onMount, onDestroy } from 'svelte';

  onMount(() => {
    console.log('Child mounted');
  });

  onDestroy(() => {
    console.log('Child destroyed');
  });
</script>

<p>This is the child component content.</p>
OutputSuccess
Important Notes

Lifecycle functions in nested components run independently and in order of mounting.

When a parent is removed, its children are removed too, triggering their onDestroy functions.

Use console logs or DevTools to see lifecycle events in action.

Summary

Each nested component has its own lifecycle methods.

Use onMount and onDestroy to run setup and cleanup code.

Lifecycle methods help manage resources and actions in nested parts of your app.

Practice

(1/5)
1. In Svelte, when you have nested components, which lifecycle method runs first in the child component after it is added to the DOM?
easy
A. onMount
B. onDestroy
C. beforeUpdate
D. afterUpdate

Solution

  1. Step 1: Understand lifecycle order in nested components

    When a child component is added to the DOM, its onMount runs after the component is rendered.
  2. Step 2: Identify the first lifecycle method after mounting

    onMount is the first lifecycle method called after the component is inserted, before any updates or destruction.
  3. Final Answer:

    onMount -> Option A
  4. Quick Check:

    Child component mounts first with onMount [OK]
Hint: onMount runs first when a component appears [OK]
Common Mistakes:
  • Confusing onDestroy as first method
  • Thinking beforeUpdate runs before onMount
  • Assuming afterUpdate runs on initial mount
2. Which of the following is the correct way to import and use onMount in a nested Svelte component?
easy
A. import { onMount } from 'svelte/lifecycle'; onMount(() => { console.log('Mounted'); });
B. import onMount from 'svelte'; onMount(() => { console.log('Mounted'); });
C. import { onMount } from 'svelte'; onMount(() => { console.log('Mounted'); });
D. import { onMount } from 'svelte'; onMount = () => { console.log('Mounted'); };

Solution

  1. Step 1: Check correct import syntax

    The correct import is import { onMount } from 'svelte'; using named import from 'svelte'.
  2. Step 2: Verify usage of onMount function

    Calling onMount(() => { ... }) registers the callback properly. Assigning onMount to a function is incorrect.
  3. Final Answer:

    import { onMount } from 'svelte'; onMount(() => { console.log('Mounted'); }); -> Option C
  4. Quick Check:

    Named import and callback usage [OK]
Hint: Use named import from 'svelte' for lifecycle hooks [OK]
Common Mistakes:
  • Using default import instead of named import
  • Importing from wrong path like 'svelte/lifecycle'
  • Assigning onMount instead of calling it
3. Consider a parent component that includes a child component. Both have onMount hooks that log messages. What is the order of console logs when the parent is rendered?
medium
A. Child's onMount logs first, then parent's onMount
B. Parent's onMount logs first, then child's onMount
C. Both onMount logs happen simultaneously
D. No logs appear because onMount doesn't run in nested components

Solution

  1. Step 1: Understand mounting order in nested components

    Child components mount before their parents finish mounting, so child's onMount runs first.
  2. Step 2: Confirm console log order

    Child's onMount logs first, then parent's onMount logs after child is fully mounted.
  3. Final Answer:

    Child's onMount logs first, then parent's onMount -> Option A
  4. Quick Check:

    Child mounts before parent finishes [OK]
Hint: Child onMount runs before parent onMount [OK]
Common Mistakes:
  • Assuming parent mounts before child
  • Thinking onMount runs simultaneously
  • Believing onMount doesn't run in nested components
4. You have a nested component with an onDestroy hook, but it never runs when the component is removed. What is the most likely cause?
medium
A. The parent component's onDestroy prevents child's onDestroy
B. The component is never actually removed from the DOM
C. You used onMount instead of onDestroy
D. You forgot to import onDestroy from 'svelte'

Solution

  1. Step 1: Check if component is removed from DOM

    onDestroy only runs when the component is removed. If it stays in DOM, it won't run.
  2. Step 2: Verify other causes

    Importing onDestroy incorrectly or mixing hooks causes errors, but the main reason is component not unmounting.
  3. Final Answer:

    The component is never actually removed from the DOM -> Option B
  4. Quick Check:

    onDestroy runs only on removal [OK]
Hint: onDestroy runs only when component leaves DOM [OK]
Common Mistakes:
  • Expecting onDestroy without unmounting
  • Confusing onMount with onDestroy
  • Assuming parent's lifecycle affects child's onDestroy
5. You have a nested component that fetches data in onMount and cleans up a subscription in onDestroy. If the parent conditionally renders this child multiple times, what is the best practice to avoid memory leaks?
hard
A. Avoid conditional rendering of the child component
B. Move the data fetching and subscription to the parent component only
C. Use beforeUpdate in the child to reset subscriptions
D. Ensure the child's onDestroy properly unsubscribes every time it unmounts

Solution

  1. Step 1: Understand lifecycle with conditional rendering

    When the child mounts and unmounts repeatedly, onDestroy must clean up resources each time to prevent leaks.
  2. Step 2: Evaluate best practice for cleanup

    Properly unsubscribing in onDestroy ensures no leftover subscriptions remain after unmount.
  3. Final Answer:

    Ensure the child's onDestroy properly unsubscribes every time it unmounts -> Option D
  4. Quick Check:

    Clean up in onDestroy to avoid leaks [OK]
Hint: Always clean subscriptions in onDestroy [OK]
Common Mistakes:
  • Ignoring cleanup in onDestroy
  • Moving logic unnecessarily to parent
  • Using beforeUpdate for cleanup instead of onDestroy
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard