标签:
Android WebView常见问题解决方案汇总:
webview是一个使用方便、功能强大的控件,但由于webview的背景颜色默认是白色,在一些场合下会显得很突兀(比如背景是黑色)。
此时就想到了要把webview的背景设置为透明,这样就可以与其背景融为一体。
在2.X的平台下,一般设置webview背景为透明的方法如下:
wvContent.setBackgroundColor(0);
但当程序在4.0上使用时,发现居然这种设置方法无法,即使通过上面设置背景为0,照样显示出原来默认的白色背景。
通过网上查找,发现原来是由于硬件加速导致的,此时就想到了使用代码关闭当前webview的硬件加速,方法如下:
wvContent.setLayerType(View.LAYER_TYPE_SOFTWARE,null);
这时发现又有新问题,如果要通过该代码进行设置,SDK最低版本也要11(android 3.0)无法正常编译
这时需要在布局文件中设置 android:layerType="software"
通过测试,在4.0和2.2都能正常运行,webview透明背景设置成功
需要在Activity的onDestory()中调用webView.destroy();
但是直接调用可能会引起如下错误:
06-10 15:01:11.402: E/ViewRootImpl(7502): sendUserActionEvent() mView == null 06-10 15:01:26.818: E/webview(7502): java.lang.Throwable: Error: WebView.destroy() called while still attached! 06-10 15:01:26.818: E/webview(7502): at android.webkit.WebViewClassic.destroy(WebViewClassic.java:4142) 06-10 15:01:26.818: E/webview(7502): at android.webkit.WebView.destroy(WebView.java:707) 06-10 15:01:26.818: E/webview(7502): at com.didi.taxi.ui.webview.OperatingWebViewActivity.onDestroy(OperatingWebViewActivity.java:236) 06-10 15:01:26.818: E/webview(7502): at android.app.Activity.performDestroy(Activity.java:5543) 06-10 15:01:26.818: E/webview(7502): at android.app.Instrumentation.callActivityOnDestroy(Instrumentation.java:1134) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.performDestroyActivity(ActivityThread.java:3619) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.handleDestroyActivity(ActivityThread.java:3654) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.access$1300(ActivityThread.java:159) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1369) 06-10 15:01:26.818: E/webview(7502): at android.os.Handler.dispatchMessage(Handler.java:99) 06-10 15:01:26.818: E/webview(7502): at android.os.Looper.loop(Looper.java:137) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.main(ActivityThread.java:5419) 06-10 15:01:26.818: E/webview(7502): at java.lang.reflect.Method.invokeNative(Native Method) 06-10 15:01:26.818: E/webview(7502): at java.lang.reflect.Method.invoke(Method.java:525) 06-10 15:01:26.818: E/webview(7502): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1187)03-10 15:01:26.818: E/webview(7502): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1003) 06-10 15:01:26.818: E/webview(7502): at dalvik.system.NativeStart.main(Native Method)如上所示,webview调用destory时,webview仍绑定在Activity上.这是由于自定义webview构建时传入了该Activity的context对象,因此需要先从父容器中移除webview,然后再销毁webview:rootLayout.removeView(webView);
mWebView.getSettings().setSupportZoom(true); mWebView.getSettings().setBuiltInZoomControls(true); if (DeviceUtils.hasHoneycomb()) mWebView.getSettings().setDisplayZoomControls(false);注意:setDisplayZoomControls是在Android 3.0中新增的API.
覆写WebViewClient中的onReceivedError()方法:
/** * 显示自定义错误提示页面,用一个View覆盖在WebView */ protected void showErrorPage() { LinearLayout webParentView = (LinearLayout)mWebView.getParent(); initErrorPage(); while (webParentView.getChildCount() > 1) { webParentView.removeViewAt(0); } LinearLayout.LayoutParams lp = new LinearLayout.LayoutParams(LayoutParams.FILL_PARENT,LayoutParams.FILL_PARENT); webParentView.addView(mErrorView, 0, lp); mIsErrorPage = true; } protected void hideErrorPage() { LinearLayout webParentView = (LinearLayout)mWebView.getParent(); mIsErrorPage = false; while (webParentView.getChildCount() > 1) { webParentView.removeViewAt(0); } } protected void initErrorPage() { if (mErrorView == null) { mErrorView = View.inflate(this, R.layout.online_error, null); Button button = (Button)mErrorView.findViewById(R.id.online_error_btn_retry); button.setOnClickListener(new OnClickListener() { public void onClick(View v) { mWebView.reload(); } }); mErrorView.setOnClickListener(null); } } @Override public void onReceivedError(WebView view, int errorCode, String description, String failingUrl) { mErrorView.setVisibility(View.VISIBLE); super.onReceivedError(view, errorCode, description, failingUrl); }
CookieSyncManager.createInstance(this); CookieSyncManager.getInstance().startSync(); CookieManager.getInstance().removeSessionCookie();但是CookieManager已经过时,不建议使用。
webView.clearCache(true); webView.clearHistory(); m_webview.loadDataWithBaseURL(null, result,"text/html", "utf-8",null);
getScrollY()方法返回的是当前可见区域的顶端距整个页面顶端的距离,也就是当前内容滚动的距离.
getHeight()或者getBottom()方法都返回当前WebView 这个容器的高度
getContentHeight 返回的是整个html 的高度,但并不等同于当前整个页面的高度,因为WebView 有缩放功能, 所以当前整个页面的高度实际上应该是原始html 的高度再乘上缩放比例. 因此,更正后的结果,准确的判断方法应该是:
if(WebView.getContentHeight*WebView.getScale() == (webview.getHeight()+WebView.getScrollY()))
{ //已经处于底端 }
Android WebView是拦截不到页面内的fragment跳转的。但是url跳转的话,又会引起页面刷新,H5页面的体验又下降了。只能给WebView注入JS方法了。
有时候需要加上请求头,但是非超链接的请求,没有办法再shouldOverrinding中拦截并用webView.loadUrl(String url,HashMap headers)方法添加请求头
目前用了一个临时的办法解决:
首先需要在url中加特殊标记/协议, 如在onWebViewResource方法中拦截对应的请求,然后将要添加的请求头,以get形式拼接到url末尾
在shouldInterceptRequest()方法中,可以拦截到所有的网页中资源请求,比如加载JS,图片以及Ajax请求等等
@SuppressLint("NewApi") @Override public WebResourceResponse shouldInterceptRequest(WebView view,String url) { // 非超链接(如Ajax)请求无法直接添加请求头,现拼接到url末尾,这里拼接一个imei作为示例 String ajaxUrl = url; // 如标识:req=ajax if (url.contains("req=ajax")) { ajaxUrl += "&imei=" + imei; } return super.shouldInterceptRequest(view, ajaxUrl); }
@Override public void onLoadResource(WebView view, String url) { mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_LOAD_RESOURCE, url); if (url.indexOf(".jpg") > 0) { hideProgress(); //请求图片时即显示页面 mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_HIDE_PROGRESS, view.getUrl()); } super.onLoadResource(view, url); }
mWebView.setOnLongClickListener(new OnLongClickListener() { @Override public boolean onLongClick(View v) { return true; } });
String temp = "<html><body bgcolor=\"" + "black" + "\"> <br/><embed src=\"" + url + "\" width=\"" + "100%" + "\" height=\"" + "90%" + "\" scale=\"" + "noscale" + "\" type=\"" + "application/x-shockwave-flash" + "\"> </embed></body></html>"; String mimeType = "text/html"; String encoding = "utf-8"; web.loadDataWithBaseURL("null", temp, mimeType, encoding, "");
需要尽量避免在onPageFinished()中做业务操作,否则会导致重复调用,还有可能会引起逻辑上的错误.
需要给WebView设置 WebChromeClient,并在onReceiveTitle()回调中获取
WebChromeClient webChromeClient = new WebChromeClient() { @Override public void onReceivedTitle(WebView view, String title) { super.onReceivedTitle(view, title); txtTitle.setText(title); } };
这个问题主要是因为会有恶意的js代码注入,尤其是在已经获取root权限的手机上,一些恶意程序可能会利用该漏洞安装或者卸载应用.
关于详细的情况可以参考: https://github.com/pedant/safe-java-js-webview-bridge, 该项目利用onJsPrompt() 替代了addJavaScriptInterface(),同时增加了异步回调,
很好地解决了webview js注入的安全问题.
欢迎扫描二维码,互相学习
标签:
原文地址:http://blog.csdn.net/robertcpp/article/details/51628859