简介：你真的晓得如何“上传”一张照片吗？

抉择本地相册图片或者拍照，而后预览并且上传是挪动利用中一个典型的应用场景，比方常见的身份证信息上传等。

不少客户都反馈有相似的场景，并且在应用上都或多或少的遇到一些问题，最初找到 mPaaS，心愿咱们可能提供一些最佳实际。在这里分享下对应场景的一些优化解决方案。

选图计划

计划 1：应用 Android 原生 Webview

前端通过 input 标签，指定 type=file，通过原生 webview 的反对实现抉择文件。

Android 原生 webView 并不反对抉择文件上传，须要外壳本人扩大 WebChromeClient 里的 openFileChooser 或者 onShowFileChooser，而后去唤起零碎抉择文件弹框，抉择文件会应用零碎提供的组件或者其余反对的 app，返回的 uri 有的间接是文件的 url，有的是 contentprovider 的 uri，须要对立解决一下返回 uri 格局。

这种计划存在以下问题：

• 外壳定制实现的逻辑较多，还须要对系统不同文件选择器返回的地址做兼容，容易有兼容性问题；
• 抉择文件实现依赖零碎的文件选择器，不同手机实现不统一，无奈做到对立；

计划 2：应用 mPaas 的 H5 容器

如果业务应用了 mPaas 的 H5 容器后，尽管容器内曾经内置了唤起文件选择器的一系列操作，然而还是一样存在系统文件选择器不可控的危险。比方如果业务心愿抉择的是一张图片，然而唤起后的成果可能是上面这个样子，局部客户也是无奈承受的。

计划 3：实现 jsapi 唤起 Native 自定义的选图页面

这种计划就是利用 H5 容器提供的自定义 jsapi 的能力，自定义一个选图的 jsapi，而后前端去调用，去唤起 Native 本人实现的选图页面，最初后果通过 base64 的模式返回给前端做显示。这样就解决了后面提到零碎抉择文件不可控的问题。

然而当这个计划上线后，还是遇到了一些问题，次要因为通过 jsbridge 只能返回 json，所以图片数据是通过 base64 的模式返回的。然而因为有多选的场景，如果用户抉择了多张图片后，返回的 base64 数据会特地大，导致在一些低端设施上有一些 OOM 的问题，同时大量 base64 转 JSON 的过程中，也会呈现 ANR。所以也是不能上线的。

计划 4：选图返回本地门路，WebView 拦挡拜访本地资源

为了解决后面提到的返回 base64 存在的稳定性问题，所以咱们在选图的时候，是返回了一个本地的地址，而后 Native 模块拦挡 WebView 的资源拜访，去本地拿到对应的图片返回给 WebView 显示。

比方选图后返回给 WebView 的地址是：_https://www.mPaas.com.cn/mpaa…，www.mPaas.com.cn_ 是咱们自定义的一个域名，咱们拦挡这个特定自定义域名，而后去本地相册去找 mpaas.jpg 对应的图片拦挡返回。通过这样的一个转换逻辑，解决了 base64 传递的问题。

文件上传计划

通过以上的形容，咱们比照了各种选图计划实现的优缺点，最初积淀了最佳实际。选图实现了后，下一步就是上传。对于上传也经验了相似的计划演进。

计划 1：应用 RPC 接口上传

对于应用了 mPaas 的用户，第一步想到的必定是通过 RPC 接口实现文件的上传，然而在理论验证过程中，咱们发现对于一些比拟大的图片上传，RPC 接口间接返回了 403 的报错：Http Transport error[413] : Request Entity Too Large]. 很显著是因为文件过大导致服务端挂掉了。

次要因为 RPC 的定位是用做业务数据通道，个别倡议的大小是 200K 以内，对于间接上传大文件的数据，会有稳定性危险，甚至因为这个把整个网关打挂。

计划 2：应用 OSS 计划上传

对于相似的文件上传场景，倡议是间接应用 OSS 的计划进行上传，比方常见的阿里云 OSS 计划：help.aliyun.com/product/31815.html。

OSS 是专门为解决文件存储整条链路设计的一套计划，解决了文件上传的各种场景，用户能够集成对应的 Android 和 iOS 的 SDK 实现对本地文件的上传。

作者：荣阳 
原文链接
本文为阿里云原创内容，未经容许不得转载