标签 webview 下的文章

android 5.0上WebView开始默认阻止Mixed Content，且不再接受第三方的cookie。所以为了你以往的WebApp里边的内容可以正常访问，需要使用WebSettings.setMixedContentMode(WebSettings.MIXED_CONTENT_ALWAYS_ALLOW) 和CookieManager.setAcceptThirdPartyCookies({your_webview}, true) 来放开这一限制。

当然最好是让你的页面不再存在mixed content，不再依赖第三方cookie最为完美。

在android L上测试反馈使用WebApp时会出现如下crash：
```bash
F/libc ( 7555): Fatal signal 6 (SIGABRT) in tid 12577 (RenderThread)

I/DEBUG ( 182): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

I/DEBUG ( 182): Build fingerprint: 'google/hammerhead/hammerhead:L/LPV79/1236599:user/release-keys'

I/DEBUG ( 182): Revision: '11'

I/DEBUG ( 182): pid: 7555, tid: 12577, name: RenderThread >>> com.eg.android.AlipayGphone <<<

I/DEBUG ( 182): signal 6 (SIGABRT), code 0 (SI_USER), fault addr --------
```
后来研究发现：

https://code.google.com/p/android-developer-preview/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Status%20Owner%20Summary&groupby=&sort=&id=950

上有人报告同一问题。

LPV79这个build为developer preview version.存在一些问题。

后来在正式版本中验证同一问题，不可复现。

方法如下：

在自定义的WebChromeClient中实现如下方法（主要是为了保证不同android版本上的兼容性）：

```java
public void openFileChooser(final ValueCallback uploadMsg)
public void openFileChooser(ValueCallback uploadMsg, String acceptType)
public void openFileChooser(ValueCallback uploadMsg, String acceptType, String capture)
```
并配置proguard保证其不被混淆掉。

在openFileChooser中使用如下Intent调用系统文件浏览器：

```java
private Intent createDefaultOpenableIntent(final Context ctx) {
// Create and return a chooser with the default OPENABLE
// actions including the camera, camcorder and sound
// recorder where available.
Intent i = new Intent(Intent.ACTION_GET_CONTENT);
i.addCategory(Intent.CATEGORY_OPENABLE);
i.setType("*/*");

Intent chooser = createChooserIntent(ctx, createCameraIntent(), createCamcorderIntent(),
createSoundRecorderIntent());
chooser.putExtra(Intent.EXTRA_INTENT, i);
return chooser;
}

```
然后：

```java

startActivityForResult()

```
在主Activity的onActivityResult()中

调用ValueCallback对象的onReceiveValue()方法中将选择文件的Uri传回。

但是问题还是来了，这样做了之后在4.4系统上WebView不会回调openFileChooser方法导致没法显示出选择文件的Activity。

另外对于选择文件的应用也不能假定所有的Android系统上都有。

所以终极解决方案就是拥有自主可控的WebView。

最近遇到了一位很热心的用户，反映C208B011版本的Huawei X1（想想MediaPad系列本人几年前在华为也曾参与研发）上无法使用一个WebApp。debug后发现在该系统的WebView内的JS里无法使用console.log()导致严重的java-js之间的通信机制缺失。特意为其创建一个BridgePolicy类来维护之，若是该款机器，则切换至window.alert来实现java-js之间的通信，否则则使用console.log()。

测试发现该机器的C208B009版本的WebView并无此问题（且与硬件，基带是3G或4G均无关）。

第一次face to face面对我们的用户感触颇多，一个产品对于他们家里的人是如此重要，一个WebApp不能用又如此大程度的影响到他，因为存在这个问题甚至想换掉这部手机。

用户对于解决问题的意愿极强。他（40岁左右的大叔）多次上Huawei X1论坛与其他用户交流看法和规律，寻求解决方案，为此去了解该机器的CPU，基带，ROM版本......。

幸运的是，他们使用的是我们这个首屈一指的互联网公司的产品，遇到了我们这样的团队，得以面对面的反映他遇到的问题——没有抱怨，而是尽可能为我们提供他“调查”，“摸索”出来的规律。

  1. 1
  2. 2