客户端容器
一、浏览器架构
浏览器架构演进：
单进程架构:所有模块运行在同一个进程里，包含网络、插件、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拥有可观的前景。物联网可以很好地提高效率和节约成本，比如我们熟悉的智能家电、空调、电视等，都可以方便地联网。 ②桌面小程序 为了适应社会的快节奏，我们越来越注重移动端和桌面设备的数据同步，在移动端的应用功能也希望在桌面终端使用。有了桌面小程序后，就不用在电脑看着微信提示 掘金
