Android: so überprüfen Sie für das erfolgreiche laden der url bei der Verwendung von webview.loadUrl

Leider gibt es noch keinen einfachen Weg in die "Webansicht" aus, um sicherzustellen, dass alles auf die Seite erfolgreich geladen wurden. Wir sind Hoffnung für eine bessere API zu kommen in zukünftigen Versionen. Lassen Sie mich erklären, was Sie jetzt tun kann.

Zunächst, um zu erkennen, keine Probleme, die verhindern, dass die "Webansicht" aus, eine Verbindung zu dem server für das laden der Haupt-Seite (z.B. schlechte domain-Namen, I/O-Fehler, etc.), sollten Sie verwenden WebViewClient.onReceivedError Rückruf als andere Menschen richtig zu deuten:

public class MyWebViewClient extends WebViewClient {
    @Override
    public void onReceivedError(WebView view, int errorCode, String description, String failingUrl) {
        //Make a note about the failed load.
    }
}
myWebView.setWebViewClient(new MyWebViewClient());

Wenn die Verbindung zum server erfolgreich war, und die Hauptseite war abgerufen und analysiert werden, erhalten Sie WebView.onPageFinished Rückruf, so müssen Sie auch diese in Ihrem WebViewClient Unterklasse:

public class MyWebViewClient extends WebViewClient {
    ...
    @Override
    public void onPageFinished(WebView view, String url) {
        //Make a note that the page has finished loading.
    }
    ...
}

Nachteil hier ist, dass, wenn Sie erhalten haben, eine HTTP-Fehlermeldung vom server (z.B. einen 404-oder 500-Fehler), dieses callback wird aufgerufen sowieso, es ist nur der Inhalt, den Sie bekommen, in Ihrem WebView wird ein server-error-Seite. Menschen schlagen verschiedene Möglichkeiten, wie Sie damit umgehen, finden Sie hier die Antworten: Wie kann ich das überprüfen von Android WebView, ob eine Seite eine "404-Seite nicht gefunden"? im Grunde, es hängt wirklich davon ab, was Sie erwarten, dass eine "gute" Seite und eine "Fehler" - Seite. Leider gibt es derzeit keine Möglichkeit für die app, um den HTTP-Antwort-code von WebView.

Rückrufe WebViewClient.onPageStarted und WebViewClient.onProgressChanged sind nur nützlich, wenn Sie möchten, zeichnen Sie einen Fortschrittsbalken, wie Sie beim laden der Seite.

Beachten Sie auch, dass die Art und Weise des überwiegenden WebViewClient.shouldOverrideUrlLoading dass Menschen in der Regel vorschlagen, ist nicht richtig:

public class MyWebViewClient extends WebViewClient {
    ...
    @Override
    public boolean shouldOverrideUrlLoading(WebView view, String url)         {  
        //!!! DO NOT DO THIS UNCONDITIONALLY !!!
        view.loadUrl(url);
        return true;
    }
    ...
}

Was nur wenige Entwickler wissen, ist, dass das callback wird auch aufgerufen, für Hilfsrahmen mit nicht-https-Schemata. Wenn Sie auf etwas stoßen wie <iframe src='tel:1234'> Sie werden am Ende der Ausführung view.loadUrl('tel:1234') und Ihre app erscheint eine Fehler-Seite, da WebView nicht wissen, wie zu laden tel: URL.
Es wird empfohlen, einfach false zurückgeben, von der Methode, wenn Sie möchten, WebView zu tun, der laden:

public class MyWebViewClient extends WebViewClient {
    ...

    @Override
    public boolean shouldOverrideUrlLoading(WebView view, String url)         {
        //Returning 'false' unconditionally is fine.
        return false;
    }
    ...
}

Dies bedeutet nicht, sollten Sie nicht rufen Sie WebView.loadUrl aus shouldOverrideUrlLoading überhaupt. Das spezifische Muster zu vermeiden ist dabei unbedingt für alle URLs.

Können Sie überprüfen, ob eine URL geladen wird erfolgreich mithilfe onProgressChanged()

mWebView.setWebChromeClient(new WebChromeClient() {

         public void onProgressChanged(WebView view, int progress) {
                progressBar.setProgress(progress);
                if (progress == 100) {
                    //your url is loaded successfully 
                }
            }
    });