Wie sehe ich, request-Header, die auf Android-WebView-Anfragen?

Wie kann ich abfangen, alle Anfragen aus einer Android - WebView und Holen Sie sich die entsprechenden request-Header? Den will ich sehen-Header für jeden request aus meinem WebView einschließlich XHRs, Skript Quellen, css, etc.

Entspricht bei iOS ist das überschreiben NSURLCache die Ihnen all diese Informationen. Die folgenden sind wahrscheinlich die am nächsten an das, was ich will, aber soweit ich sehen kann WebViewClient immer nur gibt Sie uns zurück strings:

void onLoadResource(WebView view, String url);
WebResourceResponse shouldInterceptRequest(WebView view, String url);
  • Das Lesen der Anfrage-Header ist nicht möglich, mit Android WebView oder WebViewClient, afaik. Ich löste dieses problem mit einer leichten proxy.
  • hast du einen proxy-programmatisch auf die WebView oder externe (router/Netzwerk-Ebene)?
  • Ich habe die Konfiguration in Mobile Netzwerke in den Einstellungen des Gerätes. Andere Möglichkeit: Wenn ich nur ein quick-and-dirty-Methode zu überprüfen, den Header werde ich beginnen, eine Instanz von netcat (nc) auf meinem laptop und verbinden Sie den WebView an die netcat-Instanz.
  • Wenn ich das richtig verstanden keine dieser Lösungen ist geeignet für die Produktion Bereitstellung, wenn ich brauche, um diese Header, die während der regelmäßig ausgeführt wird, für Benutzer, richtig?
  • Richtig. Für regelmäßig läuft, ist es möglich zu konfigurieren, einen proxy-Programmierung mit Hilfe von Reflexion (Beispiel), aber solch ein Ansatz ist zerbrechlich und nicht unterstützt.
  • Eigentliche Antwort sollte sein, dass ab Android 5.0 kann man mit der neuen API-Methode WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request), wo die request parameter stellt die gewünschte info.

InformationsquelleAutor Mike Kwan | 2013-10-30
  1. 8
    webview.setWebViewClient(new WebViewClient() {
            @SuppressLint("NewApi")
            @Override
            public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
                Log.d("", "request.getRequestHeaders()::"+request.getRequestHeaders());

                return null;
            }
        });
    InformationsquelleAutor Mayur More
  2. 3

    Deine Frage klingt sehr ähnlich wie diese eine, so dass die sofortige und eindeutige Antwort ist, dass es nicht möglich ist, zum Lesen der Anfrage-Header auf die Android WebView oder WebViewClient.

    Gibt es workarounds, die aber, die ermöglichen kann, dass Sie bekommen, was Sie brauchen. Diese Antwort beschreibt im detail, wie dies zu tun.

    InformationsquelleAutor sfinja
  3. 1

    Durch auf diese Weise Sie können den Debugger für web-Anwendungen anzeigen und verwenden von Chrome Developer Tools, die Einzelheiten Ihrer Anfragen, Antworten, css, Javascripte, etc

    InformationsquelleAutor Fuong Lee
  4. 1

    Ich hatte auch einige Probleme mit dem abfangen des request-Header in WebView myWebView.

    Zuerst habe ich versucht, dies zu tun mit der Einstellung benutzerdefinierte WebViewClient für myWebView.

    myWebView.setWebViewClient(new WebViewClient() {

    @Override
            @TargetApi(Build.VERSION_CODES.LOLLIPOP)
            public boolean shouldOverrideUrlLoading(WebView view, WebResourceRequest request) {
                Log.v("USERAGENTBROWSE", "shouldOverrideUrlLoading api >= 21 called");

                //some code

                return true;
            }

    @Override
            public boolean shouldOverrideUrlLoading(WebView view, String url) {
                Log.v("USERAGENTBROWSE", "shouldOverrideUrlLoading api < 21 called");

                //some code

                return true;
            }

});

    Aber die Methode shouldOverrideUrlLoading(...) nie genannt wurde. Und ich habe wirklich keine Idee, warum.

    Dann habe ich festgestellt, dass es die Art und Weise abzufangen, einige Allgemeine überschriften wie "User-Agent", "Cache-Control" etc.:

    myWebView.getSettings().setUserAgentString("your_custom_user_agent_header");
myWebView.getSettings().setCacheMode(int mode);
...

    Hoffe es kann jemand helfen.

    InformationsquelleAutor Anton Prokopov
Schreibe einen Kommentar