本文へジャンプ

オプション: ライフサイクル

参照

ライフサイクルフックの共通の使い方については、ガイド - ライフサイクルフック を参照してください

beforeCreate

インスタンスが初期化されるときに呼び出されます。

  • ts
    interface ComponentOptions {
      beforeCreate?(this: ComponentPublicInstance): void
    }
  • 詳細

    インスタンスが初期化され、props が解決されたときに直ちに呼び出されます。

    そして props はリアクティブプロパティとして定義され、data()computed などの状態がセットアップされます。

    Composition API の setup() フックは、beforeCreate() を含めた Options API のどんなフックよりも先に呼び出されることに注意してください。

created

インスタンスがすべての状態関連オプションの処理を終了した後に呼び出されます。

  • ts
    interface ComponentOptions {
      created?(this: ComponentPublicInstance): void
    }
  • 詳細

    このフックが呼ばれたとき、リアクティブなデータ、算出プロパティ、メソッド、ウォッチャーがセットアップされています。しかし、マウントフェーズは開始されていないので、$el プロパティはまだ利用できません。

beforeMount

コンポーネントがマウントされる直前に呼び出されます。

  • ts
    interface ComponentOptions {
      beforeMount?(this: ComponentPublicInstance): void
    }
  • 詳細

    このフックが呼ばれたとき、コンポーネントはリアクティブな状態のセットアップを終えていますが、DOM ノードはまだ作成されていません。コンポーネントが初めて DOM レンダーエフェクトを実行しようとしているところです。

    このフックはサーバーサイドレンダリング時には呼び出されません。

mounted

コンポーネントがマウントされた後に呼び出されます。

  • ts
    interface ComponentOptions {
      mounted?(this: ComponentPublicInstance): void
    }
  • 詳細

    コンポーネントがマウントされたとみなされるのは次の場合です:

    • すべての同期的な子コンポーネントがマウントされた時(非同期コンポーネントや <Suspense> ツリー内のコンポーネントは含まれません)。

    • そのコンポーネント自身の DOM ツリーが作成され、親コンテナーに挿入された時。アプリケーションのルートコンテナが document 内にある場合のみ、そのコンポーネントの DOM ツリーも document 内にあることを保証することに注意してください。

    このフックは、通常、コンポーネントのレンダリングされた DOM にアクセスする必要がある副作用を実行する場合や、サーバーレンダリングされるアプリケーションにおいて DOM 関連のコードをクライアントに限定する場合に使用されます。

    このフックはサーバーサイドレンダリング時には呼び出されません。

beforeUpdate

コンポーネントがリアクティブな状態変更により DOM ツリーを更新しようとする直前に呼び出されます。

  • ts
    interface ComponentOptions {
      beforeUpdate?(this: ComponentPublicInstance): void
    }
  • 詳細

    このフックは、Vue が DOM を更新する前に DOM の状態にアクセスするために使用できます。このフックの内部でコンポーネントの状態を変更することも安全です。

    このフックはサーバーサイドレンダリング時には呼び出されません。

updated

コンポーネントがリアクティブな状態変更によって DOM ツリーを更新した後に呼び出されます。

  • ts
    interface ComponentOptions {
      updated?(this: ComponentPublicInstance): void
    }
  • 詳細

    親コンポーネントの更新フックは、子コンポーネントの更新フックの後に呼び出されます。

    このフックは、様々な状態変更によるコンポーネントの DOM 更新の後に呼び出されます。もし、特定の状態変更の後に更新された DOM へアクセスする必要がある場合は、代わりに nextTick() を使用してください。

    このフックはサーバーサイドレンダリング時には呼び出されません。

    WARNING

    更新フックでコンポーネントの状態を変更しないでください - 無限更新ループになる可能性があります!

beforeUnmount

コンポーネントインスタンスがアンマウントされる直前に呼び出されます。

  • ts
    interface ComponentOptions {
      beforeUnmount?(this: ComponentPublicInstance): void
    }
  • 詳細

    このフックが呼ばれたとき、コンポーネントインスタンスはまだ完全に機能しています。

    このフックはサーバーサイドレンダリング時には呼び出されません。

unmounted

コンポーネントがアンマウントされた後に呼び出されます。

  • ts
    interface ComponentOptions {
      unmounted?(this: ComponentPublicInstance): void
    }
  • 詳細

    コンポーネントがアンマウントされたとみなされるのは次の場合です:

    • 子コンポーネントがすべてアンマウントされた時。

    • 関連するすべてのリアクティブエフェクト(レンダーエフェクトと setup() で作成された computed とウォッチャー)が停止された時。

    タイマー、DOM イベントリスナー、サーバー接続など、手動で作成した副作用をクリーンアップするためにこのフックを使用します。

    このフックはサーバーサイドレンダリング時には呼び出されません。

errorCaptured

子孫コンポーネントから伝搬するエラーをキャプチャーしたときに呼び出されます。

  • ts
    interface ComponentOptions {
      errorCaptured?(
        this: ComponentPublicInstance,
        err: unknown,
        instance: ComponentPublicInstance | null,
        info: string
      ): boolean | void
    }
  • 詳細

    エラーは以下のソースからキャプチャーすることがあります:

    • コンポーネントのレンダリング
    • イベントハンドラー
    • ライフサイクルフック
    • setup() 関数
    • ウォッチャー
    • カスタムディレクティブフック
    • トランジションフック

    このフックは、エラー、エラーを引き起こしたコンポーネントのインスタンス、およびエラーソースタイプを指定する情報文字列の 3 つの引数を受け取ります。

    TIP

    プロダクションでは、第 3 引数(info)は完全な情報の文字列ではなく、短縮されたコードになります。コードと文字列のマッピングはプロダクションエラーコードのリファレンスにあります。

    エラー状態をユーザーに表示するため、errorCaptured() でコンポーネントの状態を変更できます。しかし、エラー状態はエラーの原因となった元のコンテンツをレンダリングしないことが重要です。さもなければ、コンポーネントは無限レンダリングループに放り込まれるでしょう。

    このフックは false を返すことで、エラーがそれ以上伝搬しないようにできます。エラーの伝播の詳細については、以下を参照してください。

    エラー伝搬のルール

    • アプリケーションレベルの app.config.errorHandler が定義されていれば、デフォルトでそちらにもすべてのエラーが送られるので、これらのエラーを 1 箇所でアナリティクスサービスに報告できます。

    • コンポーネントの継承チェーンや親チェーンに複数の errorCaptured フックが存在する場合、同じエラーに対して、下から上への順番ですべてのフックが呼び出されます。これはネイティブ DOM イベントのバブリングの仕組みに似ています。

    • もし errorCaptured フック自体がエラーをスローした場合、そのエラーと元のキャプチャーされたエラーの両方が app.config.errorHandler に送られます。

    • errrorCaptured フックで false を返すと、エラーがそれ以上伝搬しないようにできます。これは要するに「このエラーは処理済みなので無視してください」ということです。このエラーに対して、追加の errorCaptured フックや app.config.errorHandler が呼び出されるのを防ぎます。

    Error Capturing Caveats

    • In components with async setup() function (with top-level await) Vue will always try to render component template, even if setup() throwed error. This will likely cause more errors because during render component's template might try to access non-existing properties of failed setup() context. When capturing errors in such components, be ready to handle errors from both failed async setup() (they will always come first) and failed render process.

    • Replacing errored child component in parent component deep inside <Suspense> will cause hydration mismatches in SSR. Instead, try to separate logic that can possibly throw from child setup() into separate function and execute it in the parent component's setup(), where you can safely try/catch the execution process and make replacement if needed before rendering the actual child component.

renderTracked

コンポーネントのレンダーエフェクトによってリアクティブな依存関係が追跡されたときに呼び出されます。

このフックは開発モード専用です。また、サーバーサイドレンダリング時には呼び出されません。

  • ts
    interface ComponentOptions {
      renderTracked?(this: ComponentPublicInstance, e: DebuggerEvent): void
    }
    
    type DebuggerEvent = {
      effect: ReactiveEffect
      target: object
      type: TrackOpTypes /* 'get' | 'has' | 'iterate' */
      key: any
    }
  • 参照 リアクティビティーの探求

renderTriggered

リアクティブな依存関係がコンポーネントのレンダーエフェクトの再実行をトリガーしたときに呼び出されます。

このフックは開発モード専用です。また、サーバーサイドレンダリング時には呼び出されません。

  • ts
    interface ComponentOptions {
      renderTriggered?(this: ComponentPublicInstance, e: DebuggerEvent): void
    }
    
    type DebuggerEvent = {
      effect: ReactiveEffect
      target: object
      type: TriggerOpTypes /* 'set' | 'add' | 'delete' | 'clear' */
      key: any
      newValue?: any
      oldValue?: any
      oldTarget?: Map<any, any> | Set<any>
    }
  • 参照 リアクティビティーの探求

activated

コンポーネントインスタンスが <KeepAlive> によってキャッシュされたツリーの一部として DOM に挿入された後に呼び出されます。

このフックはサーバーサイドレンダリング時には呼び出されません。

deactivated

コンポーネントインスタンスが <KeepAlive> によってキャッシュされたツリーの一部として DOM から削除された後に呼び出されます。

このフックはサーバーサイドレンダリング時には呼び出されません。

serverPrefetch

コンポーネントインスタンスがサーバーでレンダリングされる前に解決される非同期関数。

  • ts
    interface ComponentOptions {
      serverPrefetch?(this: ComponentPublicInstance): Promise<any>
    }
  • 詳細

    フックが Promise を返す場合、サーバーレンダラーはコンポーネントをレンダリングする前に Promise が解決されるまで待機します。

    このフックはサーバーサイドレンダリング時にのみ呼び出され、サーバーのみのデータ取得をするために使用できます。

  • js
    export default {
      data() {
        return {
          data: null
        }
      },
      async serverPrefetch() {
        // コンポーネントは初期リクエストの一部としてレンダリングされます
        // クライアントよりも高速なので、サーバーでデータをプリフェッチします
        this.data = await fetchOnServer(/* ... */)
      },
      async mounted() {
        if (!this.data) {
          // マウント時に data が null の場合、コンポーネントは
          // クライアントで動的にレンダリングされることを意味します。
          // 代わりにクライアントサイドフェッチを実行します。
          this.data = await fetchOnClient(/* ... */)
        }
      }
    }
  • 参照 サーバーサイドレンダリング

オプション: ライフサイクルが読み込まれました