客户端容器 | 青训营笔记

用户3034452199557
131 阅读8分钟

客户端容器

不同系统终端运行不同的系统软件

浏览器架构和运行原理

01 浏览器架构

浏览器架构演进

  1. 单进程架构：所有模块运行在同一个进程里，包含网络、插件、JavaScript运行环境等
  2. 多进程架构：主进程、网络进程、渲染进程、GPU进程、插件进程——现代浏览器的架构，进程间相互隔离
  3. 面向服务架构：讲原来的UI、数据库、文件、设备、网络等，作为一个独立的基础服务。（多进程架构的升级）

浏览器架构对比

架构类型扩展性安全性稳定性流畅度
单进程架构低，所有模块运行在同一进程里，访问同一块内存区域，数据没有隔离，新增模块可能会影响原有功能低，三方插件可直接访问操作系统里任意资源低，三方插件漏洞或者某个tab页面JavaScrip脚本问题可能导致浏览器崩溃卡顿，所有页面运行在同一进程中，开启多个页面时明显卡顿
多进程架构中，各进程分配独立的内存区域，有些进程功能较大，耦合度高高，独立运行在独立沙箱中，不能访问系统敏感资源高，进程相互隔离，当一个页面或者插件崩溃时，不会影响其他进程流畅，每个页面运行在独立的渲染进程中，充分利用系统资源
面向服务架构高，服务模块划分更细，更内聚，耦合性低，易于扩展高，运行在独立沙箱中，不能访问系统敏感资源高，进程相互隔离，当一个页面或者插件崩溃时，不会影响其他进程流畅，每个页面运行在独立的渲染进程中，充分利用系统资源

多进程分工

任务管理器中可看到不同进程，占用内存空间

进程名称进程描述
浏览器（主进程）主要负责页面展示逻辑，用户交互，子进程管理；包括地址栏、书签、前进、后退、收藏夹等
GPU进程负责UI绘制，包含整个浏览器全部UI
网络进程网络服务进程，负责网络资源加载
标签页（渲染进程）控制tab内的所有内容，将Html、Css和JavaScript转换为用户克交互的网页
插件进程控制网站运行的插件，比如flash、ModHeader等
其他进程适用程序Storage/Network/Audio Service等

Q：为什么会有单进程架构？

A：硬件限制

Q：面向服务架构是否会替代多进程架构？

A：

02 渲染进程

常见浏览器内核

内核浏览器JS引擎补充说明
TridentIE4-11JScript, Chakra出生于1994年，IE8以前使用JScript引擎，IE9开始使用Chakra引擎
GeckoFirefoxSpiderMonkeyGecko内核主要用在Firefox浏览器上，同时是一个跨平台的内核，支持在Windows. BSD、Linux、Mac OS X中使用
WebkitSafari. Chrome. Android浏览器JavaScriptCore由Apple公司技术团队开发，并在2005年开源
BlinkChrome, OperaV8Google基于Webkit开发的内核，在Webkit的基础上加入多进程，沙箱等技术， 于2013年开源
EdgeEdgeChakra2015年由微软发布，用于Edge浏览器上，由于性能较差，运行不稳定等原因，2018年微软将Edge浏览器内核迁移到Chromium
Trident+Web kit(Blink)国产浏览器QQ 360、 搜 狗、UC等都有都有早期银行系统都是在IE上进行开发，想要支持银行系统就切换到Trident内核，想要体验就切到Webkit内核

多线程架构

线程功能
JS引擎负责解析js脚本，运行js程序，每个渲染进程下面只有一个js引擎线 程。与GUI渲染线程互斥，如果js任务执行事件过长，会导致页面卡顿
GUI渲染负责渲染浏览器界面，解析html、css，构建dom树和render树、布局、绘制，和js引擎线程互斥，GUI更新会在js引擎空闲时立即执行
定时器触发 A定时器所在线程，setTimeout、setlnterval计时完毕后，将回调添加到事件队列，等待js引擎执行
网络线程在XHR、Fetch等发起请求后新开一个网络线程请求，如果设置了回调函数，在状态变更时，将回调放入事件队列，等待js引擎执行
事件触发由宿主环境提供，用于控制事件循环，不断地从事件队列里取出任务执行

JS引擎 VS 渲染引擎

  1. 解析执行JS——JS引擎
  2. XML解析生成渲染树，显示在屏幕——渲染引擎
  3. 桥接方式通信

捕获.JPG

多进程工作流程

  1. 网络进程负责加载网页资源
  2. JS引擎解析JS脚本并且执行
  3. JS引擎空闲时，渲染线程立即工作
  4. 用户交互、定时器操作等产生回调函数放入任务队列中
  5. 事件线程进行时间循环，将队列里的任务取出交给JS引擎执行

03 Chrome运行原理

Q：浏览器地址输入URL后发生了什么？

A：步骤如下：

  1. 输入处理

    graph LR
	用户URL框输入内容-->a[判断输入内容]
	a-->URL,直接请求站点资源
	a-->query,将输入发送给搜索引擎

  2. 开始导航

    • UI线程通知网络线程发起一个网络请求
    • 请求过程中，tab处于loading状态

  3. 读取响应

    graph LR
	网络线程收到HTTP响应-->检查响应头的媒体类型-->|HTML文件|将内容交给渲染进程处理
	检查响应头的媒体类型-->|其他类型文件|将内容交给下载管理器处理

  4. 寻找渲染进程，导航结束

    graph LR
	网络线程检查完毕-->|告知|主进程-->|通过IPC告知|渲染进程接收数据-->|告知已在处理|主进程
	渲染进程接收数据-->导航结束,进入文档加载阶段

  5. 渲染进程

    1. 资源加载

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

    2. 构建渲染树

      • 构建DOM树，将HTML文本转化成浏览器能够理解的结构
      • 构建CSSDOM树，将CSS代码转化为可理解的CSSDOM
      • 构建渲染树，渲染树是DOM树和CSSDOM树的结合
      graph TB
	构建DOM树-->构建渲染树
	构建CSSDOM树-->构建渲染树

    3. 页面布局

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

    4. 页面绘制

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

前端性能

时间都花在哪？

什么情况下卡顿

某个函数执行太久，来不及刷新

优化手段

首屏优化

  1. 压缩、分包、删除无用代码
  2. 静态资源分离
  3. JS脚本非阻塞加载
  4. 缓存策略
  5. SSR
  6. 预置loading、骨架屏

渲染优化

  1. GPU加速

  2. 减少回流、重绘

  3. 离屏渲染

  4. 懒加载

    将所需资源提前加载到本地

JS优化

  1. 防止内存泄漏
  2. 循环尽早break
  3. 合理使用闭包
  4. 减少Dom访问
  5. 防抖、节流
  6. Web Workers

04 跨端容器

为什么需要跨端？

  1. 开发成本低，效率高
  2. 一致性体验
  3. 前端开发生态

常见跨端方案

Webview

  • 即网页视图，用于加载网页Url，并展示其内容的控件
  • 可以内嵌在移动端App内，实现前端混合开发，大多数混合框架都是基于Webview的二次开发，比如Ionic、Cordova

常见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

小程序

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

React Native/WeeX

  1. 原生组件渲染
  2. React/Vue框架
  3. virtual dom
  4. JSBridge

Lynx

  1. Vue
  2. JS Core/V8
  3. JSBinding
  4. Native UI/Skia

Flutter

  1. wideget
  2. dart vm
  3. skia图形库

通用原理

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

Q：同样基于webview渲染，为什么小程序体验比webview流畅

A：有缓存，有针对性

Q：未来的跨段方案会是什么？

A：webview，生态圈更大

avatar
文章
阅读
粉丝