解决小程序webview中无法上传图片问题

最近被支付宝小程序内嵌H5无法上传图片折磨到没脾气，H5本身上传图片没问题，但是嵌套在小程序中就无法上传。

在调试过程中发现可能是formData参数无法传送给后台造成的，试了很多解决方法都不行，最后只能利用web view通信方法以及与支付宝API相结合来解决。

首先，在H5上传图片时调用my.chooseImage方法：

由于在H5中无法使用my.uploadFile方法，所以上传至后台 *** 作需要在支付宝小程序中进行

支付宝小程序接收到路径后，调用my.uploadFile方法进行图片上传

最后，在H5 my.onMessage函数中接收小程序传来的图片地址，进行页面渲染

在后台添加就可以，现在抖音小程序确实很火，不管是在座地铁、等电梯还是下班后躺床上，刷短视频基本上已经成了国民消遣娱乐的主流方式，我们知道互联网时代，流量就是价值，拿短视频来说，仅抖音与快手的日活跃用户累计就超过了5亿，再加上让人刷个不停的高用户粘性，可以说短视频已经成了当下互联网最大的流量入口之一。

那么问题来了，如此庞大的流量，如何才能用来变现呢？

拿抖音举例子，现在可用的变现工具主要有商品橱窗、小店和小程序，但从开通门槛来看，小店要远高于其余两者，对商家第三方店铺有很高的DSR指标，同时还需缴纳保证金与不菲的交易抽成；而从经营能力上来看，相较前两者，小程序的优势是压倒性的——小程序入口更多，并且允许任意用户挂载引流，同时支持丰富的营销能力（拼团、砍价、秒杀等）与运营工具（会员、积分、客服、核销等），使得商家可以获得极高的经营自主性，自然也是变现的最佳工具。

作为一个天店通小程序SaaS平台，以上主要是从变现工具的角度来回答的，事实上短视频作为一种内容形式，能否变现主要取决于内容的质量与用户垂直度。

长期以来，移动互联网界一直在寻找一种既能获得Native原生的体验，又可以低门槛快速开发的技术。在这个过程中出现了很多尝试，例如React Native（RN），RN本质上是轻量化Native开发，在Native基础上做减法；H5的特点是开发成本较低，可以做到比较灵活，但缺点在基础信息获取方面（如地理位置、手机信息、播放器等）和顺滑体验方面无法做到Native的效果；

就在这个背景下，微信小程序也给出了自己的方案，它的做法是在H5的标准上做Native能力的加法，赋予了小程序很多Native的能力，微信通过自行研发的小程序运行时，为小程序提供了大量的API层面能力支持，如地图、导航、画布、滚动视图等方面都能提供支持。

小程序的优越性体现在既保留了H5开发的便利和灵活性，又可以达到媲美Native体验，配合微信11亿用户的社交网络，越来越开发者选择微信小程序的技术的。

据小程序团队透露，目前已经50万+的开发者在从事实际的开发，小程序已经成为移动互联网领域“事实”的标准。伴随着这种趋势，阿里、百度分别在2017年的8月和2018年的3月启动了自己的小程序项目，围绕着支付宝和手机百度APP几个超级APP在移动互联网领域再次攻城略地。小程序已然成为近几年最炙手可热“现象级”技术。

小程序的出现不是一蹴而就，而是在移动互联网近10年的业务、场景积累上逐步发展起来的。Web开发具有高效、灵活、门槛低的特点，但弊端在于所有的页面都依赖浏览器的渲染，浏览器的能力就是的web研发的上限和边界。为了克服这个问题，于是便有了JS-Bridge这种方式，将很多常用组件内置到应用中，当内嵌组件足够多的时候，再做一层封装，形成了JS-SDK，其本质没有差别。 

小程序在JS-SDK的基础上，一方面进一步开放和拓展原生的能力给到Web前端调用，另一方面，页面渲染（Webview Render）的UI层和逻辑层，使用了两个独立的线程。如下图所示：

小程序运行时本质上是一个处理Web页面渲染、数据逻辑交互的虚拟机，这个虚拟机提供了丰富的原生能力供小程序调用（API、组件、AI能力等），极大的拓展了Web应用的能力边界，尤其是在诸如滚动视图（scrool-view）、导航（navigator）、图片预览（cover-image）等组件的提供，使得前端开发人员在使用现有的web前端技术，就可以开发出接近原生体验的应用。

其实微信可以分成两部分：即时通讯部分（IM）和小程序的运行渲染引擎（运行时）。小程序的运行的离不开运行时，它作为一个基础支撑已经深度和微信整合。正是利用了微信11亿的巨大的社会协同网络，赋予了小程序方便的转发、分享能力，为商业应用创造了一个崭新的蓝海，所有人都可以利用的这个平台去更好的触达、服务客户。

以往业务部门要发布一些新的功能的时候，用户必须要主动更新App，而且任何一个局部功能的变化升级需要去重新去应用市场再 *** 作一次，成本很高。由于并不是所有的用户都去更新，造成IT团队需要花费大力气去维护多个不同的版本。这种方式造成用巨大的资源浪费和用户体验的不便利。

如果用小程序，这个问题会迎刃而解。首先， 小程序可以独立的去更新，App作为了一个载体，很长的一段时间内，不需要被频繁更新。其次，每个小程序可以按照业务具体需要去独立发布各自的版本，不同的小程序之间的更新升级彼此独立、互不干扰。最后，由于小程序运行的沙箱机制，保证了不论是哪个小程序出现Bug、崩溃等情况，不会拖累应用本身 ，即便出现严重问题，也不过就是把它下线即可。

凡泰小程序运行时是面向全行业的“小程序解决方案”，它借鉴了被大家广发熟知的微信小程序概念，在技术上对微信小程序做兼容，开发工程师在现有的技能上可以直接上手。企业可以基于这套合规、安全的小程序运行时，配合整个小程序的上下架运营平台，自己就成为了一个“微信”。真正把这些技术赋能于现有的业务，App的更新也不再束手束脚，既松绑了业务，也松绑了IT研发。

并不会。首先，小程序的体验和原生几乎没有差别，对用户的来说是“透明”，不细致观察，用户甚至都不知道自己在使用小程序。其次，因为用户其实每天都在接触各种各样的小程序，已经实际上已经嵌入到我们生活的方方面面。比如用户在使用微信坐地铁、买电影票就在用小程序；打开淘宝购物，许多商铺就是小程序；打开百度搜索，出现的还是小程序。

互联网公司实际上已经对用户完成了“教育”和普及。接下来券商可以考虑如何利用好小程序的技术，结合小程序的优势、特点，逐步把现有App的一些业务切换到小程序上来。每个业务单元可以基于小程序进行敏捷迭代，好的产品离不开10000小时定律，让产品团队可以不断的围绕业务场景去打磨、优化，以提供更好的体验和服务。同时借助小程序一次开发多次上架的特点，更好去利用微信的社交网络优势，在获客、触达、营销方面可以做更多的创新和尝试。

任何事物的发展都具有周期性，显然小程序的这波红利已经到来， 今天的创新可能就是明天的标配。当务之急，尽早上船拿到“船票”。

---