小程序模板网

首页 小程序模板网 开发文档 小程序开发教程正文

微信小程序运行流程看这篇就够了

发布时间:2018-05-18 10:21 所属栏目: 小程序开发教程

一.微信小程序是啥

本质其实就是(混合)的app 介于web app与native 原生app之间,具备丰富的调用手机各种功能的接口,同时又具备灵活性,跨平台

1. 运行环境差异

微信小程序运行在三端:iOS、Android 和 用于调试的开发者工具。

三端的脚本执行环境以及用于渲染非原生组件的环境是各不相同的:

  • 在 iOS 上,小程序的 javascript 代码是运行在 JavaScriptCore 中,是由 WKWebView 来渲染的,环境有 iOS8、iOS9、iOS10 
  • 在 Android 上,小程序的 javascript 代码是通过 X5 JSCore来解析,是由 X5 基于 Mobile Chrome 53/57 内核来渲染的 
  • 在 开发工具上, 小程序的 javascript 代码是运行在 nwjs 中,是由 Chrome Webview 来渲染的来自官方文档说明

2.小程序目录结

project
├── pages
|   ├── index
|   |   ├── index.json  index 页面配置
|   |   ├── index.js    index 页面逻辑
|   |   ├── index.wxml  index 页面结构
|   |   └── index.wxss  index 页面样式表
|   └── log
|       ├── log.json    log 页面配置
|       ├── log.wxml    log 页面逻辑
|       ├── log.js      log 页面结构
|       └── log.wxss    log 页面样式表
├── app.js              小程序逻辑
├── app.json            小程序公共设置
└── app.wxss            小程序公共样式表

3.为什么小程序比较快

二、小程序架构

微信小程序的框架包含两部分View视图层(可能存在多个)、App Service逻辑层(一个),View层用来渲染页面结构,AppService层用来逻辑处理、数据请求、接口调用,它们在两个线程里运行。

视图层使用WebView渲染,逻辑层使用JSCore运行。

视图层和逻辑层通过系统层的WeixinJsBridage进行通信,逻辑层把数据变化通知到视图层,触发视图层页面更新,视图层把触发的事件通知到逻辑层进行业务处理。

重点讲一下wxs :

由于view 与  App Service是不同线程,之前是传递数据,当遇到一些数据需要在view中处理时,就可以用wxs来处理,如下所示定义 <wxs module="tools">,使用说明

index.js


//获取应用实例
const app = getApp()
Page({
  data: {
    motto: 'Hello World',
    userInfo: {},
    hasUserInfo: false
  },
  //事件处理函数
  bindViewTap: function() {
  },
  onLoad: function() {
  }
})

<!--index.wxml-->
<view class="container">
  <view class="usermotto">
    <text class="user-motto">{{tools.bar(motto)}}</text>
    <text class="user-motto">{{tools.foo}}</text>
  </view>
  <wxs module="tools">
  var foo = "'hello world' from comm.wxs";
  var bar = function(d) {
    return '啥子玩意'+d;
  }
  module.exports = {
    foo: foo,
    bar: bar
  };
  </wxs>
</view>

三、小程序启动加载

运行机制

小程序启动会有两种情况,一种是「冷启动」,一种是「热启动」。 假如用户已经打开过某小程序,然后在一定时间内再次打开该小程序,此时无需重新启动,只需将后台态的小程序切换到前台,这个过程就是热启动;冷启动指的是用户首次打开或小程序被微信主动销毁后再次打开的情况,此时小程序需要重新加载启动。

更新机制

小程序冷启动时如果发现有新版本,将会异步下载新版本的代码包,并同时用客户端本地的包进行启动,即新版本的小程序需要等下一次冷启动才会应用上。 如果需要马上应用最新版本,可以使用wx.getUpdateManager API 进行处理。

运行机制

  • 小程序没有重启的概念
  • 当小程序进入后台,客户端会维持一段时间的运行状态,超过一定时间后(目前是5分钟)会被微信主动销毁
  • 当短时间内(5s)连续收到两次以上收到系统内存告警,会进行小程序的销毁

四、View (页面视图)

视图层由 WXML 与 WXSS 编写,由组件来进行展示。

将逻辑层的数据反应成视图,同时将视图层的事件发送给逻辑层。

1、View - WXML

wxml编译器:wcc 把wxml文件 转为 js 执行方式:wcc index.wxml

2、View - WXSS

  • WXSS(WeiXin Style Sheets)
  • wxss编译器:wcsc 把wxss文件转化为 js 执行方式: wcsc index.wxss

3、View - Component

  • 小程序的组件基于Web Component标准

  • 使用Polymer框架实现Web Component

4、View - Native Component

  • 目前Native实现的组件有 <canvas/> <video/> <map/> <textarea/>
  • Native组件层在WebView层之上

五、WebView预加载

每次小程序进入除了当前页面,Native预先额外加载一个WebView

当打开指定页面时,用默认数据直接渲染,请求数据回来时局部更新

返回显示历史View

退出小程序,View状态不销毁

六、App Service(逻辑层)

逻辑层将数据进行处理后发送给视图层,同时接受视图层的事件反馈

1、App( ) 小程序的入口;Page( ) 页面的入口

3、提供丰富的 API,如微信用户数据,扫一扫,支付等微信特有能力。

4、每个页面有独立的作用域,并提供模块化能力。

5、数据绑定、事件分发、生命周期管理、路由管理

运行环境

IOS - JSCore

Android - X5 JS解析器

DevTool - nwjs Chrome 内核

1、App Service - Binding

  • 数据绑定使用 Mustache 语法(双大括号)将变量包起来,动态数据均来自对应 Page 的 data,可以通过setData方法修改数据。
  • 事件绑定的写法同组件的属性,以 key、value 的形式,key 以bind或catch开头,然后跟上事件的类型,如bindtap, catchtouchstart,value 是一个字符串,需要在对应的 Page 中定义同名的函数。

2、App Service - Life Cylce

3、App Service - API

API通过WeixinJSBridge和Native 进行通信

4、App Service - Router

  • navigateTo(OBJECT)

保留当前页面,跳转到应用内的某个页面,使用navigateBack可以返回到原页面。页面路径只能是五层

  • redirectTo(OBJECT)

关闭当前页面,跳转到应用内的某个页面。

  • navigateBack(OBJECT)

关闭当前页面,返回上一页面或多级页面。可通过 getCurrentPages()) 获取当前的页面栈,决定需要返回几层。

五、小程序开发经验

1、小程序存在的问题

小程序仍然使用WebView渲染,并非原生渲染

需要独立开发,不能在非微信环境运行 。

开发者不可以扩展新组件。

依赖浏览器环境的js库不能使用,因为是JSCore执行的,没有window、document对象。

WXSS中无法使用本地(图片、字体等)。

WXSS转化成js 而不是css。

WXSS不支持级联选择器。

小程序无法打开页面,无法拉起APP。

2、小程序的优点

提前新建WebView,准备新页面渲染。

View层和逻辑层分离,通过数据驱动,不直接操作DOM。

使用Virtual DOM,进行局部更新。

全部使用https,确保传输中安全。

加入rpx单位,隔离设备尺寸,方便开发。


rpx(responsive pixel):
可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。
如在 iPhone6 上,屏幕宽度为375px,共有750个物理像素,则750rpx = 375px = 750物理像素,
1rpx = 0.5px = 1物理像素。
设备          rpx换算px (屏幕宽度/750)  px换算rpx (750/屏幕宽度)
iPhone5      1rpx = 0.42px           1px = 2.34rpx
iPhone6      1rpx = 0.5px            1px = 2rpx
iPhone6Plus  1rpx = 0.552px          1px = 1.81rpx

七、代码运行

运行时,外面包裹define,代码作为回到,当调用回调时,只传入前面三个值,由于后面的变量都是局部定义的变量,就屏蔽了(window,document等这些变量.

其中O就是上面define('app.js',callback),的回调,回调值传入了三个参数,屏蔽了其他属性

八、优化建议(官方建议)

setData 工作原理

小程序的视图层目前使用 WebView 作为渲染载体,而逻辑层是由独立的 JavascriptCore 作为运行环境。在架构上,WebView 和 JavascriptCore 都是独立的模块,并不具备数据直接共享的通道。当前,视图层和逻辑层的数据传输,实际上通过两边提供的 evaluateJavascript 所实现。即用户传输的数据,需要将其转换为字符串形式传递,同时把转换后的数据内容拼接成一份 JS 脚本,再通过执行 JS 脚本的形式传递到两边独立环境。

而 evaluateJavascript 的执行会受很多方面的影响,数据到达视图层并不是实时的。

常见的 setData 操作错误

1. 频繁的去 setData

在我们分析过的一些案例里,部分小程序会非常频繁(毫秒级)的去 setData ,其导致了两个后果:

  • Android 下用户在滑动时会感觉到卡顿,操作反馈延迟严重,因为 JS 线程一直在编译执行渲染,未能及时将用户操作事件传递到逻辑层,逻辑层亦无法及时将操作处理结果及时传递到视图层;
  • 渲染有出现延时,由于 WebView 的 JS 线程一直处于忙碌状态,逻辑层到页面层的通信耗时上升,视图层收到的数据消息时距离发出时间已经过去了几百毫秒,渲染的结果并不实时;

2. 每次 setData 都传递大量新数据

由 setData 的底层实现可知,我们的数据传输实际是一次 evaluateJavascript 脚本过程,当数据量过大时会增加脚本的编译执行时间,占用 WebView JS 线程,

3. 后台态页面进行 setData

当页面进入后台态(用户不可见),不应该继续去进行 setData ,后台态页面的渲染用户是无法感受的,另外后台态页面去 setData 也会抢占前台页面的执行。

图片资源

  • 目前图片资源的主要性能问题在于大图片和长列表图片上,这两种情况都有可能导致 iOS 客户端内存占用上升,从而触发系统回收小程序页面。
  • 在 iOS 上,小程序的页面是由多个 WKWebView 组成的,在系统内存紧张时,会回收掉一部分 WKWebView。从过去我们分析的案例来看,大图片和长列表图片的使用会引起 WKWebView 的回收。

代码包大小的优化

开发者在实现业务逻辑同时也有必要尽量减少代码包的大小,因为代码包大小直接影响到下载速度,从而影响用户的首次打开体验。除了代码自身的重构优化外,还可以从这两方面着手优化代码大小:

  1. 分包加载

    对小程序进行分包,可以优化小程序首次启动的下载时间
  2. 清理没有使用到的代码和资源

目前小程序打包是会将工程下所有文件都打入代码包内,也就是说,这些没有被实际使用到的库文件和资源也会被打入到代码包里,从而影响到整体代码包的大小。

预先加载数据

原理

小程序在启动时,会直接加载所有页面逻辑代码进内存,即便 page2 可能都不会被使用。在 page1 跳转至 page2 时,page1 的逻辑代码 Javascript 数据也不会从内存中消失。page2 甚至可以直接访问 page1 中的数据。

小程序的这种机制差异正好可以更好的实现预加载。通常情况下,我们习惯将数据拉取写在 onLoad 事件中。但是小程序的 page1 跳转到 page2,到 page2 的 onLoad 是存在一个 300ms ~ 400ms 的延时的。如下图:

因为小程序的特性,完全可以在 page1 中预先拿取数据,然后在 page2 中直接使用数据,这样就可以避开 redirecting 的 300ms ~ 400ms了。如下图:

渲染view线程和AppServcie是相互独立的,对于AppServcie中js运行不会阻塞view的渲染

官方的示例也是采用这种方式: 先App中请求数据,在index.js使用数据

具体可以参考这篇文档( https://mp.weixin.qq.com/s/EvzQoSwWYUmShtI_MkrFuQ ) 

有错误的地方欢迎指出,共同进步

最后遇到相关问题开发者社区搜索问题



易优小程序(企业版)+灵活api+前后代码开源 码云仓库: star fork
本文地址:https://www.eyoucms.com/wxmini/doc/course/24451.html 复制链接 如需定制请联系易优客服咨询:800182392 点击咨询
  • 1 微信小程序自定义组件 - 表格组件来啦
  • 2 微信小程序自定义navigationBar顶部导航栏,兼容适配所有机型(附完整案例)
  • 3 手机界面设计尺寸规范
  • 4 小程序-记牌器
  • 5 微信小程序app.json文件常用配置说明
  • 6 微信小程序获得session_key和openId(加解密、签名系列)
  • 7 微信小程序|实现界面滑动切换
  • 8 小程序登录的最优流程
  • 9 微信小程序尺寸单位rpx和样式使用详解
  • 10 微信小程序-scroll-view滚动到指定位置(类似锚点)
  • 1 微信小程序app.json文件常用配置说明
  • 2 微信小程序文字控制单行超过显示省略号
  • 3 微信小程序参数传递的几种方法
  • 4 微信小程序使用button按钮分享
  • 5 微信小程序的setData
  • 6 小程序分享,获取openid
  • 7 微信小程序-实现tab
  • 8 微信开发者工具新建和导入小程序
  • 9 微信小程序实现点击拍照长按录像功能
  • 10 微信小程序必知知识

产品

  • 商业授权
  • 开通会员
  • 易优代理
  • 推荐主机

服务

  • 更新日志
  • 用户案例
  • 加入Q群
  • 增值服务

帮助

  • 易优问答
  • 标签手册
  • 易优技巧
  • 功能字典

关于

  • 关于易优
  • 知识产权
  • 版权声明
  • 隐私协议

工作日 8:30-12:00 14:30-18:00
周六及部分节假日提供值班服务

联系我们
QQ在线咨询
  • 业务客服
  • 付费修改
  • 加入Q群
  • 微信客服

    工作日 8:30-12:00 14:30-18:30

PHP网站源码大浪SEO按天计费广州网站设计惠州网页设计南澳百度网站优化坪山百度竞价包年推广坪山关键词按天扣费沙井百度网站优化排名坂田seo排名布吉百度seo福田网站设计沙井网站建设松岗seo网站推广南山网站建设东莞百度标王西乡SEO按天扣费双龙建网站大运SEO按天计费大鹏网页制作坑梓seo优化福永网站优化横岗网站推广工具大芬网站定制南山网站设计盐田百度标王坪地网站推广工具龙华网站优化排名惠州关键词排名西乡如何制作网站荷坳seo南联百度seo歼20紧急升空逼退外机英媒称团队夜以继日筹划王妃复出草木蔓发 春山在望成都发生巨响 当地回应60岁老人炒菠菜未焯水致肾病恶化男子涉嫌走私被判11年却一天牢没坐劳斯莱斯右转逼停直行车网传落水者说“没让你救”系谣言广东通报13岁男孩性侵女童不予立案贵州小伙回应在美国卖三蹦子火了淀粉肠小王子日销售额涨超10倍有个姐真把千机伞做出来了近3万元金手镯仅含足金十克呼北高速交通事故已致14人死亡杨洋拄拐现身医院国产伟哥去年销售近13亿男子给前妻转账 现任妻子起诉要回新基金只募集到26元还是员工自购男孩疑遭霸凌 家长讨说法被踢出群充个话费竟沦为间接洗钱工具新的一天从800个哈欠开始单亲妈妈陷入热恋 14岁儿子报警#春分立蛋大挑战#中国投资客涌入日本东京买房两大学生合买彩票中奖一人不认账新加坡主帅:唯一目标击败中国队月嫂回应掌掴婴儿是在赶虫子19岁小伙救下5人后溺亡 多方发声清明节放假3天调休1天张家界的山上“长”满了韩国人?开封王婆为何火了主播靠辱骂母亲走红被批捕封号代拍被何赛飞拿着魔杖追着打阿根廷将发行1万与2万面值的纸币库克现身上海为江西彩礼“减负”的“试婚人”因自嘲式简历走红的教授更新简介殡仪馆花卉高于市场价3倍还重复用网友称在豆瓣酱里吃出老鼠头315晚会后胖东来又人满为患了网友建议重庆地铁不准乘客携带菜筐特朗普谈“凯特王妃P图照”罗斯否认插足凯特王妃婚姻青海通报栏杆断裂小学生跌落住进ICU恒大被罚41.75亿到底怎么缴湖南一县政协主席疑涉刑案被控制茶百道就改标签日期致歉王树国3次鞠躬告别西交大师生张立群任西安交通大学校长杨倩无缘巴黎奥运

PHP网站源码 XML地图 TXT地图 虚拟主机 SEO 网站制作 网站优化