因为H5页面在移动端的兼容性及扩展性方面体现出来的优势,又兼得APP中植入H5页面相应用的灵活性有大大的提升(如活动、游戏的更新等)。APP开发不可避免的须要载入一些H5页面。但安卓client对网页内容的排版、整理、交互等可能会出现一些不可预料的问题。本文将对安卓端载入网页写一些比較通用,可能避免问题的统一的解决方法总结。
背景
一般对前端知识有所了解的都清楚,解析网页主要是靠页面渲染引擎和JS解析引擎,前者负责取得网页的内容(HTML、XML、图象等等)、整理信息(比如加入CSS等),以及计算网页的显示方式然后会输出至显示器或打印机,后者负责网页的一些动态交互等。
安卓操作系统在前端页面载入方面针对开发人员提供了webView组件。并给予响应的API去使用。但其底层的内核在4.4曾经是webKit内核(对H5的支持还远远不够),4.4以后是chromium内核(JS解析引擎採用的便是现在最经常使用的V8引擎,对H5的支持也逐渐加大),随着安卓操作系统的不断迭代,5.0已解决通过网页打开本地文件选择器的问题。总之技术在不断的成熟,有兴趣了解细节的可參考http://blog.csdn.net/typename/article/details/40425275
疑难杂症
近期做了个项目,里面须要在APP中载入一个叫大转盘的活动。活动页面当然是用H5写的啦,于是就用webView进行载入代码例如以下:
package com.example.webviewtest; import android.annotation.SuppressLint; import android.app.Activity; import android.content.Context; import android.graphics.Bitmap; import android.net.http.SslError; import android.os.Build; import android.os.Bundle; import android.support.v4.app.FragmentActivity; import android.view.KeyEvent; import android.webkit.JsResult; import android.webkit.SslErrorHandler; import android.webkit.WebChromeClient; import android.webkit.WebSettings; import android.webkit.WebView; import android.webkit.WebViewClient; @SuppressLint("SetJavaScriptEnabled") public class WebViewActivity extends FragmentActivity { private WebView webView; private Context context; private Activity activity; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_webview); context = this; activity = this; initView(); } // private void initView() { webView = (WebView) findViewById(R.id.game_WV); initWebView(); } @SuppressLint("NewApi") private void initWebView() { if (Build.VERSION.SDK_INT >= 19) { webView.getSettings().setCacheMode( WebSettings.LOAD_CACHE_ELSE_NETWORK); } webView.setWebChromeClient(new WebChromeClient() { @Override public void onProgressChanged(WebView view, int newProgress) { super.onProgressChanged(view, newProgress); activity.setTitle("Loading..."); activity.setProgress(newProgress * 100); if (newProgress == 100) { activity.setTitle(R.string.app_name); } } @Override public boolean onJsAlert(WebView view, String url, String message, JsResult result) { return super.onJsAlert(view, url, message, result); } }); webView.setWebViewClient(new GameWebViewClient()); WebSettings s = webView.getSettings(); s.setJavaScriptEnabled(true); webView.loadUrl(Constants.url); } class GameWebViewClient extends WebViewClient { @Override public boolean shouldOverrideUrlLoading(WebView view, String url_Turntable) { view.loadUrl(url_Turntable); return true; } @Override public void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error) { handler.proceed(); } @Override public void onPageStarted(WebView view, String url, Bitmap favicon) { } @Override public void onPageFinished(WebView view, String url) { } } @Override public boolean onKeyDown(int keyCode, KeyEvent event) { if ((keyCode == KeyEvent.KEYCODE_BACK) && webView.canGoBack()) { webView.goBack(); return true; } return super.onKeyDown(keyCode, event); } }这里简介下。为何webView既要setWebClient,又要setWebChromeClient。这两者并非因为4.4以后webView採用了chromium的内核所以以后就舍弃了WebClient(之前有不少童鞋误解了)。事实上两者是相辅相成的:
WebViewClient主要帮助WebView处理各种通知、请求事件的,WebChromeClient主要辅助WebView处理Javascript的对话框、站点图标、站点title、载入进度,详细可重写的接口大家可自行查阅SDK文档。
回到正题,原本希望的效果是转盘能转动,各类信息包含用户信息、图片信息均能显示正常。可真正显示出来的竟是这样的效果:
转盘无法转动。用户是谁没有显示。可抽奖的次数亦没有显示,可是将链接放入浏览器内却毫无问题。显示正常
用Chrome浏览器调试
能够推断前端方面的代码应该是没有问题的,问题应该是出在webView的配置上面,因为我測试的手机是安卓4.4操作系统的。对H5页面及JS的交互的支持相对来说已经相对完好了,并且在手机自带的浏览器上输入同样的链接执行正常,那么初步判定应该是webView的webSettings的问题。也初步排除了是JS的问题,英文代码里已经设置了setJavaScriptEnabled(true)。前面说了安卓4.4以上webView的内核是chronium的。这给我们APP开发人员带来的还有一个优点是,能够用chorme浏览器调试、debug定位Webview载入h5页面时所遇到的问题,如图,打开chrome浏览器,插上手机,在此简要说明下前提条件(1、手机要是USB调试模式 2、chromeclient需31以上 3、代码中加入
if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT){ WebView.setWebContentsDebuggingEnabled(true); })。另外可能须要FQ(这点非常。。
。
。只是貌似仅仅要FQ一次就可以)
手机装好程序,连接上电脑,打开相应页面(WebViewActivity)。
点击inspect(这里假设不行,可能须要FQ)
出现例如以下界面
我们点击console
接着点进去看下发生了什么
咨询了下做前端的同事,这里是localStorage.getItem这里因为localStorage为空导致的。为什么会这样呢,到这里,须要补充一下 localStorage 的知识。
HTML5 Storage主要有:
sessionStorage: 会话 (session) 级别的数据存储,会话结束后,相关的数据就会被清除掉。
localStorage: 用于持久化的本地存储,除非主动删除数据,否则数据是永远不会过期的。
作为 HTML5 标准的一部分,绝大多数的浏览器都是支持 localStorage 的,可是鉴于它的安全特性(不论什么人都能读取到它,虽然有相应的限制,将敏感数据存储在这里依旧不是明智之举)。Android 默认是关闭该功能的。
也就是说,针对写了这类代码的H5页面的解析,还须要在上述代码里加入:
s.setDomStorageEnabled(true);经測试成功!
CrossWalk
上面的问题固然攻克了,可是假设出了问题,Chrome的DevTools都检測不出来呢?这是有可能的。前面说了,WebView解析网页最关键的是靠底层的解析引擎,WebView仅仅只是是通过JNI调用了引擎的解析功能并封装出来给咱们安卓的开发人员使用。面对4.4之前的手机终端怎么办?亦或是WebView所採用的轻量级的chronium内核本身就解析不出前端开发人员的牛逼脚本怎么办?虽然Google在版本号迭代中不断修复Bug,不可否认的是,眼下大家使用的安卓手机版本号參差不齐。高版本号的使用WebView的话都可能会遇到些奇葩问题,更别说低版本号的了。当然,我们队WebView的未来还是非常有信心的,高版本号的使用率的增高。以后这些问题会越来越少,但现现在。假设你对WebView作为富文本编辑器在全面性和稳定性还是不太惬意的话,能够尝试CrossWalk。
CrossWalk介绍
crooswalk的牛逼之处呢,不仅在于他高效、稳定,并且载入同一个界面,字体都会好看些,据说3D效果也是非常的理想,能够先来看看效果。
关于其牛逼之处。此处不做赘述,有兴趣的童鞋能够看看这篇文章http://dev.yesky.com/24/39285024.shtml,讲述了他的发展历史和优势。
CrossWalk安卓端使用
更高阶的使用及了解。能够參考crosswalk的官网。https://crosswalk-project.org/documentation/embedding_crosswalk.html
1)将下载下来的包,和你须要使用该包的工程放在同一个目录下,在eclipse中导入包的工程。看的出来其核心引擎来自于libxwalkcore.so库。
2)在主工程中,加入该库
3)源代码例如以下
<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > <org.xwalk.core.XWalkView android:id="@+id/game_WV" android:layout_width="match_parent" android:layout_height="match_parent" /> </LinearLayout>
package com.example.webviewtest; import org.xwalk.core.XWalkResourceClient; import org.xwalk.core.XWalkView; import android.annotation.SuppressLint; import android.content.Context; import android.os.Bundle; import android.support.v4.app.FragmentActivity; @SuppressLint("SetJavaScriptEnabled") public class CrossWalkActivity extends FragmentActivity { private XWalkView webView; private Context context; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_crosswalk); context = this; initView(); } // private void initView() { webView = (XWalkView)findViewById(R.id.game_WV); initWebView(); } private void initWebView() { webView.setResourceClient(new GameWebViewClient(webView)); webView.load(Constants.url,null); } class GameWebViewClient extends XWalkResourceClient{ public GameWebViewClient(XWalkView view) { super(view); } @Override public void onLoadStarted(XWalkView view, String url) { super.onLoadStarted(view, url); } @Override public void onLoadFinished(XWalkView view, String url) { super.onLoadFinished(view, url); } } }
crosswalk弊端
要是说crosswalk有什么弊端,那就是太大了,一个.so动态库就足足有近20M。apk应用本身可能都不足他的1/4。
单这也看的出其代码量的巨大,效果全面那就毋庸置疑了。
Cordova
假设说你嫌crosswalk太大,又不愿意对webview在代码上进行各种设置以保障适应各种不同的H5页面。或许cordova是不错的选择,从本质上说,cordova事实上还是继承webview的,所以在他俩从本质上说是一样的,可是介于我之前并不知怎样去调试webview。老大又不想用crosswalk这个极度占空间的库。于是就找来了cordova的JAR包,总之把当时的问题攻克了吧,但现在回头看看。cordova在4.0后已经选择和crosswalk合作了,我用的jar包还是3.7的,建议以后无需再使用它。但既然做了,那也就把图和代码贴上来吧。
<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > <org.apache.cordova.CordovaWebView android:id="@+id/game_WV" android:layout_width="match_parent" android:layout_height="match_parent" /> </LinearLayout>
package com.example.webviewtest; import java.util.ArrayList; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import org.apache.cordova.CordovaChromeClient; import org.apache.cordova.CordovaInterface; import org.apache.cordova.CordovaPlugin; import org.apache.cordova.CordovaPreferences; import org.apache.cordova.CordovaWebView; import org.apache.cordova.CordovaWebViewClient; import org.apache.cordova.PluginEntry; import org.apache.cordova.Whitelist; import android.annotation.SuppressLint; import android.app.Activity; import android.content.Context; import android.content.Intent; import android.os.Bundle; import android.support.v4.app.FragmentActivity; import android.view.KeyEvent; @SuppressLint("SetJavaScriptEnabled") public class CordovaActivity extends FragmentActivity implements CordovaInterface { private final ExecutorService threadPool = Executors.newCachedThreadPool(); private CordovaWebView webView; private int activityRequestCode; private CordovaPlugin activityResultCallBack; private CordovaPreferences prefs = new CordovaPreferences(); private Whitelist internalWhitelist = new Whitelist(); private Whitelist externalWhitelist = new Whitelist(); private ArrayList<PluginEntry> pluginEntries; private Context context; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_cordova); context = this; initView(); } // private void initView() { webView = (CordovaWebView)findViewById(R.id.game_WV); initWebView(); } private void initWebView() { internalWhitelist.addWhiteListEntry("*", false); externalWhitelist.addWhiteListEntry("tel:*",false); externalWhitelist.addWhiteListEntry("sms:*", false); prefs.set("loglevel", "DEBUG"); webView.init(this, makeWebViewClient(webView), makeChromeClient(webView), pluginEntries, internalWhitelist, externalWhitelist, prefs); webView.loadUrlIntoView(Constants.url); } private CordovaWebViewClient makeWebViewClient(CordovaWebView webView){ return webView.makeWebViewClient(this); } private CordovaChromeClient makeChromeClient(CordovaWebView webView){ return webView.makeWebChromeClient(this); } @Override public Activity getActivity() { // TODO Auto-generated method stub return this; } @Override public ExecutorService getThreadPool() { // TODO Auto-generated method stub return threadPool; } @Override public Object onMessage(String arg0, Object arg1) { if(arg0.equals("onPageStarted")){ } if(arg0.equals("onPageFinished")){ } return null; } @Override public void setActivityResultCallback(CordovaPlugin arg0) { if(activityResultCallBack != null){ activityResultCallBack.onActivityResult(activityRequestCode, Activity.RESULT_CANCELED, null); } this.activityResultCallBack = arg0; } @Override public void startActivityForResult(CordovaPlugin arg0, Intent arg1, int arg2) { setActivityResultCallback(arg0); startActivityForResult(arg1, activityRequestCode); } @Override public boolean onKeyDown(int keyCode, KeyEvent event) { if(keyCode == KeyEvent.KEYCODE_BACK){ } return super.onKeyDown(keyCode, event); } }
小结
说了这么多,我还是建议大家多使用安卓SDK提供的组件和功能,毕竟功能上能够自己封装,出了问题调试起来也方便,webview眼下在不断地更新迭代,大家还是要对它充满信心。
附件:http://download.csdn.net/detail/zcchange1025/9455185