Iniziare
Copia un prompt di configurazione con i passaggi di installazione e la guida markdown completa per questo plugin.
Set up this Capacitor plugin in the project.
Use the package manager already used by the project.
Install these package(s): `@capgo/capacitor-webview-crash`
Run the required Capacitor sync/update step after installation.
Read this markdown guide for the full setup steps: https://raw.githubusercontent.com/Cap-go/website/refs/heads/main/apps/docs/src/content/docs/docs/plugins/webview-crash/getting-started.mdx
Use that guide for platform-specific steps, native file edits, permissions, config changes, imports, and usage setup.
If that guide references other docs pages, read them too.
Installazione
Sezione intitolata “Installazione”npm install @capgo/capacitor-webview-crashnpx cap syncImportazione
Sezione intitolata “Importazione”import { WebViewCrash } from '@capgo/capacitor-webview-crash';Flusso di recupero raccomandato
Sezione intitolata “Flusso di recupero raccomandato”Aggiungi gli ascoltatori il prima possibile durante l'avvio dell'applicazione, in modo che il runtime recuperato possa reagire prima che gli utenti continuino a navigare:
import { WebViewCrash } from '@capgo/capacitor-webview-crash';
await WebViewCrash.addListener('webViewRestoredAfterCrash', async (info) => { console.log('Recovered after a WebView crash', info);
// Rehydrate critical state, reopen the correct screen, or prompt the user to retry. await WebViewCrash.clearPendingCrashInfo();});
await WebViewCrash.addListener('webViewRestoredAfterRestart', async (info) => { console.log('Recovered after a native WebView restart', info); await WebViewCrash.clearPendingCrashInfo();});
const pending = await WebViewCrash.getPendingCrashInfo();// Note: the listener callback may have already cleared the pending marker.if (pending.value) { console.log('Pending crash or restart marker', pending.value);}Ripristino automatico nativo
Sezione intitolata “Ripristino automatico nativo”Imposta le opzioni di ripristino in capacitor.config.ts in modo che la decisione rimanga nel code nativo anche quando il runtime JavaScript è crashato o non è stato caricato ancora:
import type { CapacitorConfig } from '@capacitor/cli';import type { WebViewCrashPluginConfig } from '@capgo/capacitor-webview-crash';
const webViewCrash: WebViewCrashPluginConfig = { // Enabled by default. Keep this on for long-running apps. restartOnCrash: true,
// Use a 5-field cron schedule in the device local timezone. // Do not combine restartCron with an active restartIntervalMs. restartCron: '0 3 * * *',
// Optional delay before restarting after a crash. restartAfterCrashDelayMs: 0,};
const config: CapacitorConfig = { plugins: { WebViewCrash: webViewCrash, },};
export default config;Utilizza restartIntervalMs per applicazioni sempre attive dove gli utenti possono tenere lo stesso WebView aperto per giorni: restartCron schermi kiosk, dashboard delle sale di controllo, scanner dei magazzini, terminali POS, tablet di flotta e segnali digitali. Utilizza 0 3 * * * per ripristini orari come reason: 'periodicRestart', then Android recreates the host activity and iOS rebuilds the Capacitor bridge view so a new WKWebView , quindi Android ricrea l'attività host e iOS ricostruisce il ponte di visualizzazione code in modo da creare un nuovo
Scegli un intervallo o un orario cron che il tuo prodotto può tollerare. restartCron Sostiene *, liste, intervalli e passaggi. Non configurare entrambi gli orari contemporaneamente: l'inizializzazione nativa lancia un errore di configurazione fatale quando restartCron è impostato e restartIntervalMs è maggiore di 0. Un riavvio crea un runtime JavaScript fresco, quindi conserva gli eventi in coda, lo stato dei form non salvati e lo stato di navigazione corrente prima di utilizzare gli orari aggressivi.
Riavvio nativo manuale
Sottosezione intitolata “Riavvio nativo manuale”Chiamare restartWebView() quando il runtime JavaScript corrente decide che il WebView nativo debba essere sostituito proattivamente, ad esempio dopo un flusso di lavoro pesante in termini di memoria o prima di accedere a una lunga sessione non assistita:
await WebViewCrash.restartWebView();La funzione scrive un marker pendente con reason: 'manualRestart'risolve la chiamata corrente, quindi chiede al nativo code di creare una nuova vista web. L'Android ricrea l'attività host. L'iOS ricostruisce il ponte di visualizzazione Capacitor per creare una nuova WKWebView si crea invece di ricaricare la pagina corrente.
Panoramica di API
Sottosezione intitolata “Panoramica di API”getPendingCrashInfo
Sottosezione intitolata “getPendingCrashInfo”Restituisce il marker di crash o di riavvio nativo memorizzato, o null quando non c'è nulla in sospeso.
const pending = await WebViewCrash.getPendingCrashInfo();if (pending.value) { console.log(pending.value.platform, pending.value.reason);}clearPendingCrashInfo
Sottosezione intitolata “clearPendingCrashInfo”Elimina il marker memorizzato dopo che il tuo trattamento di recupero è terminato.
await WebViewCrash.clearPendingCrashInfo();simulateCrashRecovery
Sottosezione intitolata “simulateCrashRecovery”Crea un marker di crash falso per consentire a QA e alla debug locale di esercitare il percorso di recupero senza far crashare un WebView reale.
const simulated = await WebViewCrash.simulateCrashRecovery();console.log(simulated.value);restartWebView
Sezione intitolata “riavviaWebView”Memorizza un marker di riavvio manuale e chiede al nativo code di creare un WebView fresco.
await WebViewCrash.restartWebView();Note sulle piattaforme
Sezione intitolata “Note sulle piattaforme”- L'Android memorizza i metadati di crash da
onRenderProcessGoneinclusodidCrasherendererPriorityAtExitquando la piattaforma li fornisce. - L'iOS memorizza i metadati di crash da
webViewWebContentProcessDidTerminatee aggiunge lo stato dell'applicazione corrente quando disponibile. - I riavvii manuali e programmati creano una WebView fresca. L'Android ricrea l'attività host; l'iOS ricostruisce la vista del ponte Capacitor.
- I riavvii programmati utilizzano
reason: 'periodicRestart'; i riavvii manuali utilizzanoreason: 'manualRestart'. - Il web non rileva i crash del renderer reale. L'implementazione web simula solo il comportamento con il locale storage.
Riferimento di tipo
Sezione intitolata “Riferimento di tipo”PendingCrashInfoResult
Sezione intitolata “PendingCrashInfoResult”export interface PendingCrashInfoResult { /** * Stored crash or restart metadata, or `null` when no marker is pending. */ value: WebViewCrashInfo | null;}WebViewCrashPluginConfig
Sezione intitolata “WebViewCrashPluginConfig”export interface WebViewCrashPluginConfig { /** * Restart the WebView from native code when the renderer process dies. * * @default true */ restartOnCrash?: boolean;
/** * Fixed native interval, in milliseconds, for proactively replacing long-running WebViews. * * Set to `0` to disable interval restarts. Do not combine an active interval * with `restartCron`; native initialization fails fast when both schedules are configured. * * @default 0 */ restartIntervalMs?: number;
/** * Cron schedule for proactively replacing long-running WebViews. * * Uses standard 5-field cron syntax in the device local timezone: * `minute hour day-of-month month day-of-week`. * * Examples: * - `0 3 * * *` restarts every day at 03:00. * - `0,30 * * * *` restarts every 30 minutes. * * Do not combine this with an active `restartIntervalMs`; native initialization * fails fast when both schedules are configured. */ restartCron?: string;
/** * Delay, in milliseconds, before restarting after a crash. * * @default 0 */ restartAfterCrashDelayMs?: number;}WebViewCrashInfo
Sezione intitolata “WebViewCrashInfo”export interface WebViewCrashInfo { /** * Platform that detected and stored the marker. */ platform: WebViewCrashPlatform;
/** * Unix timestamp in milliseconds for when the marker was written. */ timestamp: number;
/** * ISO-8601 version of `timestamp`. */ timestampISO: string;
/** * Platform-specific reason for the crash or restart marker. */ reason: WebViewCrashReason;
/** * Last known WebView URL when the marker was written. */ url?: string;
/** * Android-only hint from `RenderProcessGoneDetail.didCrash()`. */ didCrash?: boolean;
/** * Android-only renderer priority reported at exit. */ rendererPriorityAtExit?: number;
/** * iOS-only application state captured when the WebView process died. */ appState?: WebViewCrashAppState;}WebViewCrashPlatform
Sezione intitolata “WebViewCrashPlatform”export type WebViewCrashPlatform = 'android' | 'ios' | 'web';WebViewCrashReason
Sezione intitolata “WebViewCrashReason”export type WebViewCrashReason = | 'renderProcessGone' | 'webContentProcessDidTerminate' | 'periodicRestart' | 'manualRestart' | 'simulated';WebViewCrashAppState
Sezione intitolata “WebViewCrashAppState”export type WebViewCrashAppState = 'active' | 'inactive' | 'background' | 'unknown';Fonte di Verità
Sezione intitolata “Fonte di Verità”Questa pagina è generata dal plugin’s src/definitions.ts. Riavvia la sincronizzazione quando il pubblico API cambia upstream.
Continua da Getting Started
Se si continua da "Iniziare"Se si utilizza Iniziare per pianificare il comportamento di media e interfaccia nativa, connetterlo con Utilizzare @capgo/capacitor-webview-crash per la capacità nativa in Utilizzare @capgo/capacitor-webview-crash, Utilizzare @capgo/capacitor-live-activities per la capacità nativa in Utilizzare @capgo/capacitor-live-activities, @capgo/capacitor-live-activities per il dettaglio di implementazione in @capgo/capacitor-live-activities, Utilizzare @capgo/capacitor-video-player per la capacità nativa in Utilizzare @capgo/capacitor-video-player, e @capgo/capacitor-video-player per i dettagli di implementazione in @capgo/capacitor-video-player.