解决webview不支持input type=file android开发教程-android100学习网
解决webview不支持input type=file android开发教程
1.activity定义public ValueCallback&Uri& mUploadM public final static int FILECHOOSER_RESULTCODE = 1;2.扩展WebChromeClient
WebChromeClient chromeClient = new WebChromeClientI...
&1.activity定义
&&&&public ValueCallback&Uri& mUploadM
&& &public final static int FILECHOOSER_RESULTCODE = 1;
2.扩展WebChromeClient
& & WebChromeClient chromeClient = new WebChromeClientImpl();
&&& view.setWebChromeClient(chromeClient);
3实现WebChromeClientImpl类
&private class WebChromeClientImpl extends WebChromeClient{
&&& &&& //扩展支持alert事件
&& &&& &@Override
&& &&& &public boolean onJsAlert(WebView view, String url, String message,JsResult result) {
&& &&& &&& &Builder builder = new Builder(view.getContext());
&& &&& &&& &builder.setTitle(&商机通提示&).setMessage(message).setPositiveButton(&确定&, null);
&& &&& &&& &builder.setCancelable(false);
&& &&& &&& &builder.setIcon(R.drawable.ic_launcher);
&& &&& &&& &AlertDialog dialog = builder.create();
&& &&& &&& &dialog.show();
&& &&& &&& &result.confirm();
&& &&& &&& &
&& &&& & //扩展浏览器上传文件
&& &&& &//3.0++版本
&& &&& &public void openFileChooser(ValueCallback&Uri& uploadMsg, String acceptType) {
&& &&& &&& &mUploadMessage = uploadM
&& &&& &&& &Intent i = new Intent(Intent.ACTION_GET_CONTENT);
&& &&& &&& &i.addCategory(Intent.CATEGORY_OPENABLE);
&& &&& &&& &i.setType(&*/*&);
&& &&& &&& &activity.startActivityForResult(Intent.createChooser(i, &File Chooser&), FILECHOOSER_RESULTCODE);
&& &&& &//3.0--版本
&& &&& &public void openFileChooser(ValueCallback&Uri& uploadMsg) {
&& &&&&&&&& mUploadMessage = uploadM
&& &&&&&&&& Intent i = new Intent(Intent.ACTION_GET_CONTENT);
&& &&&&&&&& i.addCategory(Intent.CATEGORY_OPENABLE);
&& &&&&&&&& i.setType(&*/*&);
&& &&&&&&&& activity.startActivityForResult(Intent.createChooser(i, &file Browser&),FILECHOOSER_RESULTCODE);一:Android 4.0WebView分析
(1)WebView API
主要提供给我们应用程序的接口,为了兼容向下版本,Android在高版本中也是对一层的API进行支持,
(2)Android WebView Framework
Android Framework:Android WebView是个特殊控件实现的支持需要Framework的代码主要在./frameworks/base/core/java/android/webkit目录下，在Android 4.0实现主要是在WebViewCore.java,BrowserFrame.java等文件。
(3)Android JNI
Android JNI:需要有Native代码支持，因此需要有JNI层实现，Android WebView 4.0的JNI层实现WebView相关代码在./external/webkit/Source/WebKit/android/jni/目录下，这一层起到承上启下的作用，链接Framework层以及WebKit层的桥梁，比如相关的一些实现在WebviewCore.cpp，WebCoreFrameBridge.cpp等。
WebKit: WebKit内核，其核心主要是解析W3C标准以及渲染排版网页，他是一个跨平台的内核引擎，那么需要支持各个平台，需要我们的平台实现层，在Android 4.0系统这一部分相关代码主要在./external/webkit/Source/WebKit/android/WebCoreSupport/目录下，比如FrameLoaderClientAndroid.cpp,ChromeClientAndroid.cpp，这一层负责WebCore与系统平台的桥接，具体在不同平台会有不同的实现。
二:Android 4.1–4.3 WebView的结构
Android 4.1–4.3版本WebView内核实现还是基于WebKit,但在WebView的Framework层发生了变化，引入了工厂模式，目地是为了将内核与上层API接口分离开来，分离的意义不仅仅是抽象接口，更重要的是将来能替换内核部分的实现。 在4.1–4.3这一系列版本native结构基本与4.0版本相同，下图呈现新的变化：
三:Android 4.4 WebView的结构
在Android 4.4系统上 Google已经将系统默认的Webkit内核替换成自己的开源项目chromium，通过之前的版本分析，我们可以看到Android 对WebView的Framework 结构进行调整使其更抽象，更重要的目的还是集成自己的开源chromium。下面我们来看看WebView的结构发生了什么样的变化：
在Android 4.0上已经默认开启硬件加速，因此WebView的渲染默认是基于硬件渲染的，通过本人分析其在WebView被隐藏的那一帧是采用软件渲染，目的是减少硬件占用，让其他UI能及时的响应。
为了将chromium项目集成到Android 中，chromium项目抽象出Android webview这一层，之前的接口抽离这时候已经变得很明显，Android Webview基于chromium content API这一层，第三方浏览器厂商也可以采用这种方式，目前所了解的厂商有Opera使用这种方式。Android 4.4WebView的渲染核心目前也没有发生太大变化，还是基于WebView的Canvas，将Chromium composit 结构绘制到WebView Canvas上。接入chromium内核，WebView浏览性能大幅度提升，但是和chrome for Android还是有些不同，主要体现在一下几点：
1. chrome浏览器是多进程架构，Chromium for Android Webview 是单进程架构。
2. chrome浏览器 内存占用比 Android WebView大的多。
3. chrome支持更多的HTML5 feature。
四:Android 5.0 WebView
Lollipop版本中WebView的内核实现采用Chromium 37版本，这个版本带来更多的安全性和稳定性。这个版本解决Android 4.4版本网页当中请求访问打开本地文件选择器问题，引入新的回调接口，onShowFileChooser方法，需要此功能的可以在5.0上接上这个回调接口，并实现功能。另外这个版本提供安全许可给用户选择，当网页需要访问特殊资源时，会通知我们的应用程序，请求允许，回调接口为onPermissionRequest。之前我们也提到这个版本使得WebView默认支持WebAudio,WebGL,WebRTC等标准。
另外Google Android 还将webview做为一个能动态更新的app，能不更新Android版本情况下，更新WebView内核。Android 5.0 Webview默认提供减少内存占用支持，并且智能选择需要绘制的HTML document部门来提供性能。 当然开发者可以在自己应用程序需要时关闭这个选项(enableSlowWholeDocumentDraw)。
五:使用Cordova
(1)Cordova概述
什么是Cordova?
*一个移动开发的框架
*将HTML,CSS,JS封装为原生App(Hybrid)(可以让一个前端工程师拥有研发Android App的能力)
*来自Adobe的PhoneGap产品,是当下很多Web开发框架的底层源码
(2)下载和安装Cordova框架
下载Cordova框架之前必须要先下Node.js,(注:Node.js是一个Javascript运行环境(runtime)。实际上它是对Google V8引擎进行了封装。V8引 擎执行Javascript的速度非常快，性能非常好。Node.js对一些特殊用例进行了优化，提供了替代的API，使得V8在非浏览器环境下运行得更好。)
确认安装成功
在windows上安装Cordova
安装速度有点慢,还需要翻墙支持
下面的图表示安装成功
(3)安装ANT
在视图左边找到Download–Binary Distributions
选择对应的Zip文件进行下载
将解压的zip文件的bin目录添加到环境变量中
(4)Cordova的部分指令
在E盘创建一个”Cordova”文件夹
进入之前创建的”Cordova”目录
创建自己的第一个项目
hello 表示项目所在的文件夹
com.aqiu.sample 表示项目的包名
HelloWorld 表示入口类
进入到之前创建的hello文件夹
在hello项目文件夹中,为其搭建Android平台的环境
此时的platform–android中已经自动构建了可以在AS运行的代码块,使用AS打开即可
(5)项目文件中的文件目录
存放的是我们自定义的扩展功能
platforms:是doc引入的运行平台,我们运行的是Android环境
www:表示的是HTML5的配置文件
注:这个地方将自己的HTML+CSS文件替换掉默认的文件,这样就可以显示自己写的HTML布局了
config.xml:配置文件,里面有起始页HelloWorld和项目名称”index.html”基础信息
六.Android Studio的集成Cordova项目
1.build构建成功的代码块
2.使用Cordova需要注意的问题
(1)在MainActiity中,没有WebView的布局,该布局在依赖库CordovaLib中通过代码构建
(2)在Activity的onCreate方法中,loadUrl(launchUrl)调用之后,CordovaLib中的WebView对象appView才有值,因此使用appView时,必须写在loadUrl的后面
(3)在Cordova中,appView是不能直接调用addJavascriptInterface()方法的,按照要求,在调用该方法之前,
需要加上一行代码:
WebView Wv = (WebView) appView.getEngine().getView();
(4)AS资源文件中,均加上了www文件夹,所以在使用路径下的图片时,在资源路径下要添加/www/路径Android WebView中那些不得不解决的坑~~ - 推酷
Android WebView中那些不得不解决的坑~~
前面那张hybrid开发心得 有人问 怎么解决不用onJsPrompt 来回调js函数的问题。其实很简单，就是在在你的jscalljava回调函数内 另外开个线程去load js代码即可：
1 wb.post(new Runnable() {
public void run() {
wb.loadUrl(&javascript:display_alert()&);
好，然后开始说一下webview。webview其实我一直都很痛恨这个控件，你又不能不用，但是一旦大规模测试起来 你就发现这个webview真是坑。。。各种你想不到的错误 在各种奇怪的手机，各种不一样的版本里
出现各种难以预料的问题。再加上monkey 时不时的 帮你跑点crush，乌云平台时不时给你爆点漏洞，感觉webview天生就是在考验开发者的奇技淫巧。我自己也总结了下webview 下面的开发注意事项，现在总结出来，
希望能给你今后webview开发中 扫平一些障碍 提供一些帮助。
1.WebView的内存泄露。
关于这个问题，我很难给你一个清晰的描述，你在谷歌里搜 webview lead memory 能搜到很多结果 甚至还有给谷歌提交的issue 哈哈，我也无法给出一个清晰的答案 在什么时候 什么版本那些手机上一定会出现内存泄露，
但是根据我自己的monkey结果来看，有时，webview内存泄露的情况还是很严重的，尤其是当你加载的页面比较庞大的时候。解决方案 我查了很多也用了很多，但是都不太理想，最后看了下微信和qq的做法，试了一下是目前效果最好的，
就是 当你要用webview的时候，记得最好 另外单独开一个进程 去使用webview 并且当这个 进程结束时，请手动调用System.exit(0)。
这是目前对于webview 内存泄露 最好的解决方案。使用此方法 所有因为webview引发的 资源无法释放等问题 全部可以解决。
2.getSettings().setBuiltInZoomControls(true) 引发的crush。
这个方法调用以后 如果你触摸屏幕 弹出那个提示框还没消失的时候 你如果activity结束了 就会报错了。3.0以上 4.4以下很多手机会出现这种情况
所以为了规避他，我们通常是在activity的onDestroy方法里手动的将webiew设置成&setVisibility(View.GONE)
3.onPageFinished 函数到底有用没有？
多数开发者都是参考的/questions/3149216/how-to-listen-for-a-webview-finishing-loading-a-url-in-android 这个上面的高票答案。
但其实根据我自己观察，这个函数并没有什么卵用，有的时候是提前结束，有的时候就迟迟无法结束，你信这个函数 还不如信上帝，甚至于onProgressChanged这个函数
都比onPageFinished &要准一些。如果你的产品经理坚持你一定要实现这种功能的话，我建议你 提早结束他，否则卡在那用户迟迟动不了 这种体验不好。
有空的同学可以跟一下源码，onPageFinished &在不同的内核里 调用的时机都不一样。说实话 我也很醉。。。这个问题 有完美解决方案的 请知会我一下。。。
4.后台无法释放js 导致耗电。
这个可能很少有人知道，我也是被投诉过 才了解，在有的手机里，你如果webview加载的html里 有一些js 一直在执行比如动画之类的东西，如果此刻webview 挂在了后台
这些资源是不会被释放 用户也无法感知。。。导致一直占有cpu 耗电特别快，所以大家记住了，如果遇到这种情况 请在onstop和onresume里分别把setJavaScriptEnabled();
给设置成false和true。
5.如果实在不想用开额外进程的方式解决webview 内存泄露的问题，那么下面的方法很大程度上可以避免这种情况
public void releaseAllWebViewCallback() {
if (android.os.Build.VERSION.SDK_INT & 16) {
Field field = WebView.class.getDeclaredField(&mWebViewCore&);
field = field.getType().getDeclaredField(&mBrowserFrame&);
field = field.getType().getDeclaredField(&sConfigCallback&);
field.setAccessible(true);
field.set(null, null);
} catch (NoSuchFieldException e) {
if (BuildConfig.DEBUG) {
e.printStackTrace();
} catch (IllegalAccessException e) {
if (BuildConfig.DEBUG) {
e.printStackTrace();
Field sConfigCallback = Class.forName(&android.webkit.BrowserFrame&).getDeclaredField(&sConfigCallback&);
if (sConfigCallback != null) {
sConfigCallback.setAccessible(true);
sConfigCallback.set(null, null);
} catch (NoSuchFieldException e) {
if (BuildConfig.DEBUG) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
if (BuildConfig.DEBUG) {
e.printStackTrace();
} catch (IllegalAccessException e) {
if (BuildConfig.DEBUG) {
e.printStackTrace();
在webview的 destroy方法里 调用这个方法就行了。
6.另外很多人 不知道webview 实际上有自己一套完整的cookie机制的，利用好这个 可以大大增加对客户端的访问速度。
实际上cookie就是存放在这个表里的。
很多人都想要一个效果：网页更新cookie 设置完cookie以后 不刷新页面即可生效。这个在2.3以下和2.3以上要实现的方法不太一样，所以要做一次兼容
public void updateCookies(String url, String value) {
if (Build.VERSION.SDK_INT &= Build.VERSION_CODES.GINGERBREAD_MR1) { // 2.3及以下
CookieSyncManager.createInstance(getContext().getApplicationContext());
CookieManager cookieManager = CookieManager.getInstance();
cookieManager.setAcceptCookie(true);
cookieManager.setCookie(url, value);
if (Build.VERSION.SDK_INT &= Build.VERSION_CODES.GINGERBREAD_MR1) {
CookieSyncManager.getInstance().sync();
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致默认情况下情况下，使用Android的WebView是不能够支持上传文件的。而这个，也是在我们的前端工程师告知之后才了解的。因为 Android的每个版本WebView的实现有差异，因此需要对不同版本去适配。花了一点时间，参考别人的代码，这个问题已经解决，这里把我踩过的坑分享出来。
主要思路是重写WebChromeClient，然后在WebViewActivity中接收选择到的文件Uri，传给页面去上传就可以了。
创建一个WebViewActivity的内部类
public class XHSWebChromeClient extends WebChromeClient {
// For Android 3.0+
public void openFileChooser(ValueCallback&Uri& uploadMsg) {
CLog.i("UPFILE", "in openFile Uri Callback");
if (mUploadMessage != null) {
mUploadMessage.onReceiveValue(null);
mUploadMessage = uploadM
Intent i = new Intent(Intent.ACTION_GET_CONTENT);
i.addCategory(Intent.CATEGORY_OPENABLE);
i.setType("*/*");
startActivityForResult(Intent.createChooser(i, "File Chooser"), FILECHOOSER_RESULTCODE);
// For Android 3.0+
public void openFileChooser(ValueCallback uploadMsg, String acceptType) {
CLog.i("UPFILE", "in openFile Uri Callback has accept Type" + acceptType);
if (mUploadMessage != null) {
mUploadMessage.onReceiveValue(null);
mUploadMessage = uploadM
Intent i = new Intent(Intent.ACTION_GET_CONTENT);
i.addCategory(Intent.CATEGORY_OPENABLE);
String type = TextUtils.isEmpty(acceptType) ? "*/*" : acceptT
i.setType(type);
startActivityForResult(Intent.createChooser(i, "File Chooser"),
FILECHOOSER_RESULTCODE);
// For Android 4.1
public void openFileChooser(ValueCallback&Uri& uploadMsg, String acceptType, String capture) {
CLog.i("UPFILE", "in openFile Uri Callback has accept Type" + acceptType + "has capture" + capture);
if (mUploadMessage != null) {
mUploadMessage.onReceiveValue(null);
mUploadMessage = uploadM
Intent i = new Intent(Intent.ACTION_GET_CONTENT);
i.addCategory(Intent.CATEGORY_OPENABLE);
String type = TextUtils.isEmpty(acceptType) ? "*/*" : acceptT
i.setType(type);
startActivityForResult(Intent.createChooser(i, "File Chooser"), FILECHOOSER_RESULTCODE);
//Android 5.0+
@SuppressLint("NewApi")
public boolean onShowFileChooser(WebView webView, ValueCallback&Uri[]& filePathCallback, FileChooserParams fileChooserParams) {
if (mUploadMessage != null) {
mUploadMessage.onReceiveValue(null);
CLog.i("UPFILE", "file chooser params：" + fileChooserParams.toString());
mUploadMessage = filePathC
Intent i = new Intent(Intent.ACTION_GET_CONTENT);
i.addCategory(Intent.CATEGORY_OPENABLE);
if (fileChooserParams != null && fileChooserParams.getAcceptTypes() != null
&& fileChooserParams.getAcceptTypes().length & 0) {
i.setType(fileChooserParams.getAcceptTypes()[0]);
i.setType("*/*");
startActivityForResult(Intent.createChooser(i, "File Chooser"), FILECHOOSER_RESULTCODE);
上面openFileChooser是系统未暴露的接口，因此不需要加Override的注解，同时不同版本有不同的参数，其中的参数，第一个 ValueCallback用于我们在选择完文件后，接收文件回调到网页内处理，acceptType为接受的文件mime type。在Android 5.0之后，系统提供了onShowFileChooser来让我们实现选择文件的方法，仍然有ValueCallback，在 FileChooserParams参数中，同样包括acceptType。我们可以根据acceptType，来打开系统的或者我们自己创建文件选择器。当然如果需要打开相机拍照，也可以自己去使用打开相机拍照的Intent去打开即可。
处理选择的文件
以上是打开响应的选择文件的界面，我们还需要处理接收到文件之后，传给网页来响应。因为我们前面是使用startActivityForResult来打开的选择页面，我们会在onActivityResult中接收到选择的结果。Show code：
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (requestCode == FILECHOOSER_RESULTCODE) {
if (null == mUploadMessage)
Uri result = data == null || resultCode != RESULT_OK ? null : data.getData();
if (result == null) {
mUploadMessage.onReceiveValue(null);
mUploadMessage =
CLog.i("UPFILE", "onActivityResult" + result.toString());
String path =
FileUtils.getPath(this, result);
if (TextUtils.isEmpty(path)) {
mUploadMessage.onReceiveValue(null);
mUploadMessage =
Uri uri = Uri.fromFile(new File(path));
CLog.i("UPFILE", "onActivityResult after parser uri:" + uri.toString());
if (Build.VERSION.SDK_INT &= Build.VERSION_CODES.LOLLIPOP) {
mUploadMessage.onReceiveValue(new Uri[]{uri});
mUploadMessage.onReceiveValue(uri);
mUploadMessage =
以上代码主要就是调用ValueCallback的onReceiveValue方法，将结果传回web。
注意，其他要说的，重要
由于不同版本的差别，Android 5.0以下的版本，ValueCallback 的onReceiveValue接收的参数类型是Uri, 5.0及以上版本接收的是Uri数组，在传值的时候需要注意。
选择文件会使用系统提供的组件或者其他支持的app，返回的uri有的直接是文件的url，有的是contentprovider的uri，因此我们需要统一处理一下，转成文件的uri，可参考以下代码（获取文件的路径）。
调用getPath可以将Uri转成真实文件的Path，然后可以自己生成文件的Uri
public class FileUtils {
* @param uri The Uri to check.
* @return Whether the Uri authority is ExternalStorageProvider.
public static boolean isExternalStorageDocument(Uri uri) {
return "com.android.externalstorage.documents".equals(uri.getAuthority());
* @param uri The Uri to check.
* @return Whether the Uri authority is DownloadsProvider.
public static boolean isDownloadsDocument(Uri uri) {
return "com.android.providers.downloads.documents".equals(uri.getAuthority());
* @param uri The Uri to check.
* @return Whether the Uri authority is MediaProvider.
public static boolean isMediaDocument(Uri uri) {
return "com.android.providers.media.documents".equals(uri.getAuthority());
* Get the value of the data column for this Uri. This is useful for
* MediaStore Uris, and other file-based ContentProviders.
* @param context The context.
* @param uri The Uri to query.
* @param selection (Optional) Filter used in the query.
* @param selectionArgs (Optional) Selection arguments used in the query.
* @return The value of the _data column, which is typically a file path.
public static String getDataColumn(Context context, Uri uri, String selection,
String[] selectionArgs) {
Cursor cursor =
final String column = "_data";
final String[] projection = {
cursor = context.getContentResolver().query(uri, projection, selection, selectionArgs,
if (cursor != null && cursor.moveToFirst()) {
final int column_index = cursor.getColumnIndexOrThrow(column);
return cursor.getString(column_index);
} finally {
if (cursor != null)
cursor.close();
* Get a file path from a Uri. This will get the the path for Storage Access
* Framework Documents, as well as the _data field for the MediaStore and
* other file-based ContentProviders.
* @param context The context.
* @param uri The Uri to query.
* @author paulburke
@SuppressLint("NewApi")
public static String getPath(final Context context, final Uri uri) {
final boolean isKitKat = Build.VERSION.SDK_INT &= Build.VERSION_CODES.KITKAT;
// DocumentProvider
if (isKitKat && DocumentsContract.isDocumentUri(context, uri)) {
// ExternalStorageProvider
if (isExternalStorageDocument(uri)) {
final String docId = DocumentsContract.getDocumentId(uri);
final String[] split = docId.split(":");
final String type = split[0];
if ("primary".equalsIgnoreCase(type)) {
return Environment.getExternalStorageDirectory() + "/" + split[1];
// TODO handle non-primary volumes
// DownloadsProvider
else if (isDownloadsDocument(uri)) {
final String id = DocumentsContract.getDocumentId(uri);
final Uri contentUri = ContentUris.withAppendedId(
Uri.parse("content://downloads/public_downloads"), Long.valueOf(id));
return getDataColumn(context, contentUri, null, null);
// MediaProvider
else if (isMediaDocument(uri)) {
final String docId = DocumentsContract.getDocumentId(uri);
final String[] split = docId.split(":");
final String type = split[0];
Uri contentUri =
if ("image".equals(type)) {
contentUri = MediaStore.Images.Media.EXTERNAL_CONTENT_URI;
} else if ("video".equals(type)) {
contentUri = MediaStore.Video.Media.EXTERNAL_CONTENT_URI;
} else if ("audio".equals(type)) {
contentUri = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI;
final String selection = "_id=?";
final String[] selectionArgs = new String[] {
return getDataColumn(context, contentUri, selection, selectionArgs);
// MediaStore (and general)
else if ("content".equalsIgnoreCase(uri.getScheme())) {
return getDataColumn(context, uri, null, null);
else if ("file".equalsIgnoreCase(uri.getScheme())) {
return uri.getPath();
再有，即使获取的结果为null，也要传给web，即直接调用mUploadMessage.onReceiveValue(null),否则网页会阻塞。
最后，在打release包的时候，因为我们会混淆，要特别设置不要混淆WebChromeClient子类里面的openFileChooser方法，由于不是继承的方法，所以默认会被混淆，然后就无法选择文件了。
在文章中找不到问题答案？您还可以
热门栏目订阅