客户端容器 | 青训营笔记

27 阅读6分钟

客户端容器

一、浏览器架构

浏览器架构演进:

单进程架构:所有模块运行在同一个进程里,包含网络、插件、JavaScript运行环境等

多进程架构:主进程、网络进程、渲染进程、GPU进程、插件进程

面向服务架构:将原来的UI、数据库、文件、设备、网络等,作为一个独立的基础服务

浏览器架构对比

① 浏览器架构-任务管理器

②浏览器架构-多进程分工

思考

为什么会有单进程架构?

受硬件限制,早期的内存较昂贵,每一个进程都会有一些基础的框架,会占系统资源,单进程会节约这些资源。

面向服务架构是否会替代多进程架构?

我认为会替代多进程架构,如果是在性能比较好的设备上的话,会做成面向服务架构,它将帮助企业系统架构师以更迅速、更可靠、更具重用性架构整个系统,但是在性能不好的设备上也会退化成多进程架构。

二、渲染进程

常见浏览器内核

渲染进程-多线程架构

内部是多线程实现,主要负责页面渲染,脚本执行,事件处理,网络请求等。

JS引擎 VS 渲染引擎

解析执行JS

XML解析生成

桥接方式通信

渲染进程-多线程工作流程

网络鲜橙负责加载网页资源

JS引擎解析JS脚本并且执行

JS解析引擎空闲时,渲染线程立即工作

用户交互、定时器操作等产生回调函数放入任务队列中

事件线程进行事件循环,将队列里的任务取出交给JS引擎执行

三、Chrome运行原理

Chrome运行原理-如何展示网页

Chrome运行原理-输入处理

用户Url输入框输入内容之后,UI线程会判断输入的是一个URL地址还是一个query查询条件

如果是URL,直接请求站点资源

如果是query,将输入发送给搜索引擎

Chrome运行原理-开始导航

当用户按下回车,UI线程通知网络线程发起一个网络请求,来获取站点内容 请求过程中,tab处于loading状态

Chrome运行原理-读取响应

网络线程接收到HTTP响应后,先检查响应头的媒体类型(MIME Type) 如果响应主体是一个HTML文件,浏览器将内容交给渲染进程处理 如果拿到的是其他类型文件,比如:zip、exe等,则交给下载管理器处理

Chrome运行原理-寻找渲染进程

网络线程做完所有检查后,会告知主进程数据已准备完毕,主进程确认后为这个站点寻找一个渲染进程 主进程通过IPC消息告知渲染进程去处理本次导航 渲染进程开始接收数据并告知主进程自己已开始处理,导航结束,进入文档加载阶段

渲染进程-资源加载

收到主进程消息之后,开始加载HTML文档 除此之外,还需要加载子资源,比如一些图片,css样式文件以及JavaScript脚本

渲染进程-构建渲染树

构建DOM树,将HTML文件转化成浏览器够理解的结构 构建CSSOM树,浏览器同样不认识CSS,需要将CSS代码转化成可理解的CSSOM 构建渲染树,渲染树是DOM树和CSSOM树的结合

渲染进程-页面进程

根据渲染树计算每个节点的位置和大小 在浏览器页面区域绘制元素边框 遍历渲染树,将元素以盒模型的形式写入文档流

渲染进程-页面绘制

构建图层:为特定的节点生成专用图层 绘制图层:一个图层分成很多绘制指令,然后将这些指令按顺序组成一个绘制列表,交给合成线程 合成线程接收指令生成图块 栅格线程将图块进行栅格化 展示在屏幕上

四、跨端容器

为什么要跨端

开发成本、效率 一致性体验 前端开发生态

有哪些跨端方案:

webview 小程序 RN/WeeX Lynx Flutter

跨端容器-WebView 1、WebView,即网页视图,用于加载网页Url,并展示其内容的组件 2、可以内嵌在移动端App内,实现前端混合开发,大多数混合框架都是基于WebView的二次开发;比如Ionic、Cordova

跨端容器-常用WebView分类 WebView、Android、IOS、国产Android

跨端容器-使用WebView优势 1、一次开发,处处使用,学习成本低 2、随时发布,即时更新,不用下载安装包 3、移动设备性能不断提升,性能有保障 4、通过JSBridge和原生系统交互,实现复杂功能

跨端容器-WebView使用原生能力

Javascript调用Native

API注入: Native获取Javascript环境上下文,对其挂载的对象或者方法进行拦截 使用Webview URL Scheme 跳转拦截 IOS上 window.webkit.messageHandler直接通信

Native 调用Javascript

直接通过webview暴露的API执行JS代码 IOS webview.stringByEvaluatingJavaScriptFromString Android webview.evaluateJavascript

跨端容器-WebView<->Native通信

JS环境中提供通信的JSBridge Native端提供SDK响应JSBridge发出的调用 前端和客户端分别实现对应功能模块

跨端容器-小程序

微信、支付宝、百度小程序、小米直达号 渲染层-webview 双线程,多webview架构 数据通信,Native转发

跨端容器-React Native/WeeX

原生组件渲染 React/Vue框架 virtual dom JSBridge

跨端容器-Lynx

Vue JS Core/V8 JSBinding Native Ul/Skia

跨端容器-Flutter

wideget dart vm skia图形库

跨端容器-通用原理

UI组件 渲染引擎 逻辑控制引擎 通信桥梁 底层API抹平表现差异

思考 1、同样是基于webview渲染,为什么小程序体验会比webview流畅? 普通的WebView要去在服务器下载资源,小程序会把要的资源先下载下来,使用的资源是本地的,所以会流畅很多。小程序基于WebView上精致很多,有些操作是封死的状态,体验感就好一些。 2、未来的跨端方案会是什么? ①IoT方向发展 现阶段IoT行业得益于技术爆炸和市场需求的不断扩大,IoT拥有可观的前景。物联网可以很好地提高效率和节约成本,比如我们熟悉的智能家电、空调、电视等,都可以方便地联网。 ②桌面小程序 为了适应社会的快节奏,我们越来越注重移动端和桌面设备的数据同步,在移动端的应用功能也希望在桌面终端使用。有了桌面小程序后,就不用在电脑看着微信提示 掘金