建设局网站查询个人信息,网站建设 微盘,网站的建设的项目介绍怎么写,网站 二级分类本文内容大纲#xff1a; 1、轻量级图形渲染引擎与应用 2、渲染引擎演进与优化之路 3、渲染引擎未来的发展方向 GCanvas 的定位是遵循 w3c 标准的跨平台的轻量级图形渲染引擎。有清晰的定位和目标#xff0c;并且紧贴现有的业务#xff0c;为业务提供丰富表现形式。
GCa… 本文内容大纲 1、轻量级图形渲染引擎与应用 2、渲染引擎演进与优化之路 3、渲染引擎未来的发展方向 GCanvas 的定位是遵循 w3c 标准的跨平台的轻量级图形渲染引擎。有清晰的定位和目标并且紧贴现有的业务为业务提供丰富表现形式。
GCanvas 发展
GCanvas 引擎从早期的 H5 性能加速到 Weex 业务落地从小游戏的业务探索到服务端渲染再到小程序。经过几个阶段的发展后日渐成熟。
淘系无线架构的不断升级迭代GCanvas 随之保持着更新迭代的步调在多个业务场景中使用了解下一些应用案例。
应用案例
GCanvas 的目标人群是业务开发者满足业务的功能需求对开发者也非常友好尤其是前端开发者。熟悉 H5 Canvas 的同学很容易上手无任何学习成本。
Weex 2017年双十一预热会场GCanvas 与魔影合作的版头动画 天猫未来店 天猫未来店的智能电子标签基于 GCanvas JSBinding 的智能电子标签 小游戏 野生小伙伴基于GCanvas小游戏应用 Sketch Render Demo 中的 Sketch Render 基于 GCanvas 实现的服务端渲染 Sketch 文件 支付宝小程序/淘宝商家应用Canvas 基于支付宝小程序/淘系商家应用同层渲染组件 支付宝小程序诸葛找房 - 2D 淘宝商家应用AR试妆 - WebGL 架构演进与优化
以业务先赢的基本原则保证业务的前提下架构容器和升级变化过程中GCanvas 引擎也经历了演进和升级优化。
2017年的架构 以插件为主的实现仅支持移动端 最新架构 提供标准接口链路升级API升级不仅支持移动端还支持服务端 架构变化主要有以下几个方面
适配支持更多的 JS 框架和库JS 到 Native 调用通路从模块路由反射升级到 JSBinding渲染 API 支持 Metal增加 MacOS 和 Linux 平台支持
► 内功修炼
在快速迭代过重中保持修炼内功。为保证高性能这个根本在链路、内核以及底层图形 API 等方面也都做了不少优化与升级。
JS 到 Native 链路优化
从 Weex 调用链路到 JSBindingWeex 容器的 JS 到 Native 的通路采用模块路由和反射的调用方式调用具体的模块和组件。在 UI 和一些非高频的场景完全能满足需求。
但是对于连续操作、连续动画等高频的 JS 到 Native 通讯的场景链路上的耗时非常大导致卡顿产生。这也是为什会 BindingX 和 GCanvas 的 JSBinding 的出现。
BindingX是另一种解决频发通讯消耗的方案有兴趣的可以看下BindingX。
GCanvas 的 JSBinding 的实现通过链路调用的改造整体帧率平均提升10帧左右。Android 和 iOS 的 JSBinding 实现方案类似。
以 iOS 举例说明iOS 尝试使用 JSExport 和全局方法两种 JSBinding 方案。
第一种方案使用 JSExport 和 JSExportAS第二种方案使用 C Export 将方法和属性用 JSStaticFunction 和 JSStaticValue 进行绑定两种实现方案经过测试对比第二种方案在性能更好。原因在于静态 JS 方法是通过方法名到 Native 函数的直接映射而 JSExport 的方案则需要类型检查协议校验再调用 Native 方法中间经过额外的处理。
简单的耗时测试数据对比 JS 到 Native 数据传输 方法调用与属性访问之外参数数据的传输也影响每帧耗时尤其是在 WebGL 的场景通常有很大顶 点数据需要处理有几万-几十万字节甚至更多。JS 到 Native 的大数据传输避免内存拷贝。
JS 与 Native 对象生命周期 JSBinding 的对象生命周期管理JS 对象与 Native 对象一一对应在 JS 对象创建触发 JSObjectInitializeCallback 回调创建 Native 对象并将 JS 与 Native 建立关联。JS 的 GC 回收对象触发 JSObjectFinalizeCallback 的回调中去释放对应 Native 对象。
帧率优化 除了调用链路对帧率的提升单帧绘制的 CPU 和 GPU 耗时相关的优化点
顶点数据计算顶点数据合并提交优化缓存策略优化文字相关纹理的缓存增加状态管理减少 GPU 提交数据和频次优化多边形填充效率抗锯齿等耗时特性可选
w3c 标准完善
支持阴影支持虚线支持多Clip区域嵌套支持Winding Rule支持
扩展能力扩展一些非标接口支持 Sketch 渲染
阴影的扩散路径的图案填充路径的高斯模糊路径的内描边和外描边
底层图形API升级 在 iOS12 之后苹果将 OpenGL ES API 设为废弃在已支持的设备上 OpenGL ES 的调用都已映射到 Metal 相应的后端实现Metal 替换 OpenGL 势在必行。GCanvas 也已投入开发 Metal可选择使用 Metal 作为渲染的后端。已完成了 2D 的绝大部分能力。
选择 Metal 会带来以下方面的收益
内存数据使用更高效内存数据可共享尽可能的榨取更多 GPU 性能摆脱 OpenGL 的状态机更友好的面向对象编程苹果后续的持续投入和更新丰富的调试工具能精确到每个顶点数据和每个素点颜色便捷调试这着色器语言(Metal Shader Language)
在内核升级优化的过程中也有很多同学积极参与其中来在此表示感谢。
稳定性
增加了 API 的自动化测试以及 CI 建立保障稳定性。
未来的方向
GCanvas 开源社区加大投入增加社区影响力, 请大家积极关注并star更多纹理压缩格式的支持Vulkan 的持续演进更多平台的支持IoT 设备上应用与云端渲染的融合提供 Fass 能力WebGPU 以及 GPU 计算方向探索WebAssembly 的应用
原文链接 本文为云栖社区原创内容未经允许不得转载。
