小程序前景无限，还能一键转换成App？

　　2017 年 12 月 28 日，一款叫做《跳一跳》的微信小游戏横空出世，为微信小程序跳出一片繁华；2018 年 5 月，研究公司 QuestMobile 发布了微信小游戏《跳一跳》的数据，这款只有 4MB 大小的游戏截至 2018 年 3 月份已经积累了 3.9 亿玩家 。除了本身平台用户基数的优势，微信还认为，微信小游戏的 加载速度比 HTML5 快 30%  也是其成功的原因。
　　据微信游戏产品总监孙春光分享：
　　《跳一跳》的  次日留存为 65%  ，三日留存为 60%，七日留存为 52%，＂这已经可以媲美一款非常活跃的 APP 大作了…… 和 H5 游戏行业 20%左右的留存相比更是有翻天覆地的变化。我们做过对比，同样品质的 H5 游戏，做成小游戏，留存率有 10%的提升。＂
　　而跳一跳发布的这一天，距离微信声势浩大的提出＂小程序＂的概念已经比较久了，一直不温不火、没有广泛群众基础的＂小程序＂，在《跳一跳》中让普通用户感受到了它的魅力，也让商业开发者嗅到了真正的商机。
　　全文脉络大体如下图所示：
　　小程序的诞生
　　如果我们将时间拨回到 2017 年 1 月 9 日 0 点：万众瞩目的微信第一批微信小程序正式低调上线，用户可以体验到各种各样微信小程序提供的服务。
　　小程序 类似传统的 Hybrid 架构 ，对渲染性能要求较高的组件，通过 Native 组件来实现，以弥补传统 Web 页面性能上的不足。而小程序主要有以下一些优势和特点：
　　小程序的特点
　　而微信小程序，从某种意义上来说，并不算是小程序理念的第一次提出。
　　2013 年 8 月 22 日，百度 CEO 李彦宏在百度世界大会上正式宣布推出 轻应用开放平台 ，提出＂移动搜索+轻应用＂是满足海量中长尾 应用开发者需求的最佳模式。当时的轻应用主要有以下特点： 第一，无需下载，即搜即用：以往，开发者付出高昂成本拉动用户下载应用，每隔十天半月还要推送更新版本，一不小心就遭用户卸载，通过轻应用，开发者后端的每一处更新在前端都自动呈现，无需骚扰用户；  第二，破壳检索，智能分发：开发者开发的应用不再是信息孤岛，里面的内容都可以被索引，这跟原生应用形成明显的差别。在应用商店里，只有用户输入明确的 App 名称，例如＂滴滴打车＂，这个应用才能够被分发。而现在，移动搜索中自然表达的所有与打车有关的需求，比如＂我要打车＂、＂从国贸到雍和宫＂等，都将导向开发者开发的打车类应用，大大增加应用的曝光量和使用率，从源头解决分发难题；  第三，功能强大，全能体验：轻应用能够帮应用调起语音、摄像头、定位、存储等手机本地或云端的多种能力，让应用的功能更强大；  第四，订阅推送，沉淀用户：轻应用不仅支持用户搜索时实现调用，还支持用户主动订阅。如果用户有订阅需求并添加应用，相关开发者就能够将用户沉淀下来，并对用户进行持续、精准的信息和服务推送。
　　以上内容摘自维基百科。
　　2016 年 Google 提出的 PWA 的概念，于 2017 年正式落地，2018 年迎来重大突破，全球顶级的浏览器厂商，Google、Microsoft、Apple 已经全数宣布支持 PWA 技术，但是由于国内技术环境的特殊性，PWA 可算籍籍无名。
　　小程序界的先行者 —— 轻应用、PWA 的结局，想必你已经清楚，最终在国内成功的，只有微信推出的小程序，这不禁使人感叹： 赤兔无人用，当须吕布骑 。 小程序的技术原理小程序的运行环境
　　小程序通常是依附于特定 App 而存在的，根据设备进行分类，小程序通常有以下四种运行环境：
　　Operating environment双线程模型
　　我们都知道，微信小程序采用双线程模型，将逻辑层与渲染层分开，其中 WXML 模板和 WXSS 样式工作在渲染层，JS 脚本工作在逻辑层，如下图所示：
　　小程序逻辑层与渲染层
　　小程序开发框架的逻辑层使用 JavaScript 引擎为小程序提供开发者 JavaScript 代码的运行环境以及微信小程序的特有功能。 逻辑层将数据进行处理后发送给视图层，同时接受视图层的事件反馈 。开发者写的所有代码最终将会打包成一份 JavaScript 文件，并在小程序启动的时候运行，直到小程序销毁。这一行为类似 ServiceWorker，所以逻辑层也称之为 App Service 。
　　逻辑层与渲染层
　　双线程的特点
　　双线程双线层交互的生命周期
　　双线程交互的生命周期，一图胜千言：
　　双线程生命周期
　　前文提到，小程序是基于双线程模型的，所以在小程序视图层和逻辑层之间的数据传递会存在一定延时。渲染层需要有逻辑层的数据才能把界面渲染出来。
　　下面对双线程交互的生命周期做简要解释说明：  start 阶段:  View 线程初始化渲染，包括页面层级等;  AppService 线程初始化数据，进入 onLoad 钩子;  初始化完成  View 线程：通知逻辑层，等待逻辑层数据  AppService 线程：进入 onShow 钩子，等待渲染层通知  渲染层渲染初始数据  View 线程：渲染数据  AppService 线程：等待渲染层通知  渲染层渲染初始数据完成  View 线程：通知逻辑层初始化数据完成  AppService 线程：进入 onReady 钩子  数据变化  AppService 线程：重新把数据发送给渲染层  View 线程：接收到数据并渲染  切到后台  AppService 线程：进入 onHide 钩子  切到前台  AppService 线程：进入 onShow 钩子，发送数据到渲染层  View 线程：接收到数据并渲染  调用 navigateBack（从页面栈删除）  AppService 线程：进入 onUnload 钩子  View 线程：清除层级渲染  小程序运行机制
　　下图从启动、更新、运行、通信等角度简单总结了小程序运行机制：
　　小程序运行机制页面生命周期
　　前文描述了双线程交互的生命周期，而页面的生命周期则更加直观明了：
　　页面生命周期页面路由在小程序中所有页面的路由全部由框架进行管理；  框架以 栈的形式 维护了当前的所有页面，开发者可以使用 getCurrentPages() 函数获取当前页面栈； 小程序不允许打开超过五个层级的页面。  API
　　小程序开发框架提供丰富的微信原生 API，可以方便的调起微信提供的能力，如获取用户信息，本地存储，支付功能等，类别上主要可以分为：  事件监听 API；  同步 API；  异步 API（支持 callback & promise 两种调用方式）；  云开发 API，开通并使用微信云开发，即可使用云开发 API，在小程序端直接调用服务端的云函数。  云开发
　　微信云开发是微信团队联合腾讯云推出的专业的小程序开发服务。开发者可以使用云开发快速开发小程序、小游戏、公众号网页等，并且原生打通微信开放能力。开发者无需搭建服务器，可免鉴权直接使用平台提供的 API 进行业务开发。
　　cloud小程序前景手机上那些僵尸 App
　　现在进入六月份了，一年一度的 综合所得税汇算 也进入最后阶段，每一个普通的我们默默打开个人所得税 App，体味着补税与退税的悲喜；这个一年中只会使用那么几次，却没法真的卸载的 App，承载着我们的悲喜，也诠释着我们在信息化时代的无奈，最先抗议的，也许是手机的内存了。
　　是的，作为普通人，每天在自己的手机上会使用的 App 有几个？社交电商、衣食住行、银行服务、视频娱乐等较为高频的场景日益聚合在互联网大平台所提供的＂超级 App＂中，独立第三方 App 即便聚焦细分领域的特定群体，依然不得不与大量其他竞争者激烈争夺消费者掌中那方寸之屏。
　　我们的手机上满屏满屏的 App，绝大部分都是 僵尸 App ；作为消费者，我们日常使用的都是超级 App，而且数量不会超过十根手指，剩下的都是墙上的一抹蚊子血 。
　　小程序在未来生活中，将承担越来越多的角色，而这得益于小程序＂ 无需下载、用完即走 ＂的理念，也得益于小程序在技术上制作成本低、内存小、运行快、敏捷迭代、易部署、具有丰富的延展性 等技术优势。 百花齐放的小程序
　　为什么要做小程序？用张小龙的话说是因为越来越多的人通过微信公众号来宣传、推广和销售产品，因为公众号的开发、获取用户和传播成本更低，并且为了更好的服务客户，拆分出来的服务号却没能提供更好的服务，所以微信有必要再研究出一个新的形态，来 满足商家直接通过微信服务顾客的需求 。这也是一些自带场景属性的平台化 App 涉足小程序的一个重要原因。
　　随着微信小程序的推出，一些的 大厂 也纷纷提供了小程序开放平台，一时间，小程序生态百花齐放，好不热闹。而这些大厂才有的小程序能力，我称之为＂王谢堂前燕＂。
　　百花齐放的小程序
　　从上图不难发现，目前主流 App 利用他们的高流量，在自己的生态下提供一种开放能力，每种 App 都有相应的优势和政策，帮助开发者更有效的宣传和营销。比如：  QQ 小程序，连接年轻用户的新方式，覆盖 8 亿新生代活跃网民；  百度智能小程序，智能连接人与信息、人与服务、人与万物的开放生态，依托以百度 App 为代表的全域流量，通过百度 AI 开放式赋能， 精准连接用户，无需下载安装便可享受智慧超前的使用体验；  支付宝小程序是一种全新的开放模式,让合作伙伴有机会分享支付宝及阿里集团多端流量和商业能力,为用户提供更好的体验,助力商家经营升级；  字节跳动系小程序（抖音+头条新闻+西瓜视频），广大开发者以字节小程序为载体，利用小程序提供的丰富基础能力完成服务搭建，为字节跳动旗下 App 用户提供优质服务，同时也让自身业务完成流量与转化升级。  小程序行业前景
　　据 「中研网数据」 显示，2021 年 微信小程序日活超过 4.5 亿 ，全网小程序数量突破 700 万个 ，小程序开发者突破 300 万 ，微信为开发者支付的广告分成接近百亿 ，小程序服务在加速普及。
　　小程序行业前景
　　综上，小程序看起来市场广阔，前景无限，但是似乎有能力提供开放平台的都是一些超级 App。
　　在当前 传统大型企业转型、互联网生态逐渐趋于政策性开放 的背景下，普通 App 难道就没法分一杯羹，获得运行小程序的能力吗？数字化时代， 普通 App 最终又将何去何从？  让你App接入小程序
　　也许大家潜意识里一直觉得，只有那些超级 APP 才具备运行小程序的能力，而且日常生活中使用小程序场景最多的无非就是微信、支付宝、抖音、头条、百度这几个 APP，那你们有没有想过「自己的 APP 也可以具备小程序的运行能力」呢？
　　虽然互联网大厂并未将这部分小程序运行能力开放出来，但是我们也不必望而生羡，因为小程序技术不再是 BAT 的专属，市面上早就推出了类似技术能力，我们一般称之为 小程序容器技术 。
　　今天要给大家推荐的也正是目前在 Github 很热门的前端容器技术 —— FinClip。
　　FinClip 是凡泰极客推出的小程序容器技术，一个 可以让任何 APP 都能具备小程序运行能力的前端容器技术 ，只需简单集成 FinClip SDK ,即可在 iPhone、Android、Windows、Linux、macOS、统信等平台下的应用中运行你的小程序，这意味着，移动端、PC 端、车载设备、智能电视、智能手表都能运行小程序了。同时，它还提供一个后台管理系统，统一管理小程序的上架和下架 。
　　FinClip  小程序容器技术 主要有以下几点技术优势 ： 多平台终端兼容 ：自带多终端小程序 SDK，简单集成后即可在 iPhone，Android，Windows，Linux，macOS 平台下的应用中运行你的小程序。
　　Cross PlatformSDK 体积小 ：移动 App 集成 FinClip SDK 后，安装包的体积仅仅增大了不到 3MB; FinClip 完全遵循兼容微信小程序的开发标准与规范 ：如果你有现成的微信小程序，可以不改一行代码直接放进你的 App 里面，运行效果和在微信上面保持一致，不必额外二次开发和改造，大大节省了人力成本。此外，在 FinClip 上架的小程序不需要修改一行代码也能具备用微信登录能力 ，可基于微信生态建立对应的用户登录体系。
　　支持灰度发布功能：FinClip 提供了面向业务与运营的灰度发布功能，您可以针对不同人群、不同地域设置不同条件，具备超级 APP 才拥有的＂千人千面＂灵活效果  提供小程序 IDE 开发工具 —— FIDE：界面与微信小程序的开发工具类似，自带调试和真机预览，简单易上手，同时 支持小程序生成 APP ，可以将已有小程序代码导出为 IOS 与 Android 中可用的工程文件（也是近期开发者最喜欢的功能）。
　　你可以在这个 FIDE 里面，对现有项目进行二次开发，扩展功能和接口，同时它们还支持「小程序一键转换成 APP」，可以将已有小程序代码导出为 IOS 与 Android 中可用的工程文件，由于导出的工程文件已经集成了 FinClip SDK ，所以直接拥有小程序的运行能力，后续可在这个 APP 上继续上架更多小程序，自建自己的小程序生态。
　　并且 FIDE 中还包含各类扩展插件和接口（支付、人脸识别、音视频、OCR 等），开发者可自主勾选所需的支持插件，从而增强所生成 App 原生能力。
　　最后，通过一个脑图简单总结一下：