React Native JS Module 加载性能优化

关于React Native 性能

React Native 在手淘中已开始逐步推广, 在拍立淘首页的使用场景中,我们发现React Native并没有想

象中的那么快,实测效果在离线状态下性能甚至比不过H5 WindVane,React Native的UI会出现延迟渲

染存在视觉差,经过具体的代码性能测试,整个过程平均在300 ms (IPhone 5S机型下,整个JS文件

400K), 然后其核心系统调用代码加载解析整个JS (JSEvaluateScript)耗时在220 ms左右,在目前

手淘的使用场景中,每个业务独立发布的JS大小都在400K左右,其中大部分属于系统接口JS,业务JS

的逻辑代码只占很小一部分,每个业务都创建RCTBridge 独立加载整个400K JS文件,重复的加载过程

和过大的离线JS文件(系统JS冗余)对性能和存储空间造成极大的开销,因此,优化拆分整个JS,动

态加载业务JS,管理JS缓存,避免重复加载,成为了优化React Native性能的核心。

React Native 优化设计

在实践过程中,将系统部分JS抽离出来打入APP本地资源中,初始化过程中先加载本地系统资源JS模

块,为了避免系统JS资源的释放和缓存的重复使用,RCTBridge 采用共享单例的设计模式实现,所有业

务方共享使用全局RCTBridge,共享使用优先加载系统JS缓存,动态管理加载每个业务方Module

URL到缓存并重复使用,根据每个业务JS的使用情况,动态管理缓存队列,清理缓存中长期未使用的业

务JS Module。

React Native 优化实现细节

技术上采用类扩展去除对源码的任何影响,RCTBridge (bizModule)通过单例模式实现系统JS的预先加

载和共享,代码示例如下:

+ (instancetype)sharedBridge {
static dispatch_once_t pred;
static RCTBridge *instance;
dispatch_once(&pred, ^{
NSURL *bundleURL = [[NSBundle mainBundle] URLForResource:@"system_ios"
withExtension:@"js"];
instance = [[RCTBridge alloc] initWithBundleURL:bundleURL moduleProvider:nil launchOptions:nil];
instance.viewBindings = [[NSMutableDictionary alloc] init];
});
return instance;
}

同时增加对外接口加载业务JS Module,建立从Module URL到Module Name 的缓存MAP关系,未加载

此Module则加载此Module URL,加载过则直接回调rootView bundleFinishedLoading加载显示

rootView,采用此种回调是为了避免影响原有逻辑NSNotificationCenter的通知,通过

RCTJavaScriptLoader 加载JS,调用javaScriptExecutor executeApplicationScript, 修改

RCTSourceCode,去除 jsDisplayLink和javaScriptExecutor executeJSCall:@"BatchedBridge"

method:@"flushedQueue" 的重复调用,接口函数如下:

- (void)loadModuleURL:(NSURL )bundleURL moduleName:(NSString )moduleName rootView:
(RCTRootView *)rootView

同时扩展RCTRootView (bizModule) 增加入口函数(去除对原有代码结构的影响):

- (instancetype)initWithModuleURL:(NSURL )moduleURL moduleName:(NSString )moduleName launchOptions:(NSDictionary *)launchOptions {
RCTBridge *bridge = [RCTBridge sharedBridge];
[bridge loadModuleURL:moduleURL moduleName:moduleName rootView:self];
return [self initWithBridge:bridge moduleName:moduleName];
}

React Native 后续优化方向:

目前基于此优化之后,在拍立淘首页运营的React JS性能评测从之前的300ms,优化到目前50ms以

内(IPhone 5S机型下已感觉不到视觉差),预计下个版本上线后会加入准确的性能埋点统计,优化后

续考虑加入Module JS 缓存机制,长久未使用的Module JS 会自动清理,经常使用的Module JS 会常驻

内存中,避免业务Module JS的重复加载所带来的开销,Module JS的管理也会逐步增加对外查询接

口,更新接口,注册预先加载接口等功能 ,一些新的想法和优化思路大家可以一起交流探讨。

时间: 2024-10-30 05:24:03

React Native JS Module 加载性能优化的相关文章

Listview的异步加载性能优化_Android

 Android中ListView是使用平率最高的控件之一(GridView跟ListView是兄弟,都是继承AbsListView),ListView优化最有效的无非就是采用ViewHolder来减少频繁的对view查询和更新,缓存图片加快解码,减小图片尺寸. 关于listview的异步加载,网上其实很多示例了,中心思想都差不多,不过很多版本或是有bug,或是有性能问题有待优化,下面就让在下阐述其原理以探索个中奥秘在APP应用中,listview的异步加载图片方式能够带来很好的用户体验,同时也

Listview的异步加载性能优化

Android中ListView是使用平率最高的控件之一(GridView跟ListView是兄弟,都是继承AbsListView),ListView优化最有效的无非就是采用ViewHolder来减少频繁的对view查询和更新,缓存图片加快解码,减小图片尺寸. 关于listview的异步加载,网上其实很多示例了,中心思想都差不多,不过很多版本或是有bug,或是有性能问题有待优化,下面就让在下阐述其原理以探索个中奥秘在APP应用中,listview的异步加载图片方式能够带来很好的用户体验,同时也是

JavaScript中的无阻塞加载性能优化方案_javascript技巧

Javascript在浏览器中的性能,可以说是前端开发者所要面对的最重要的可用性问题. 在Yahoo的Yslow23条规则当中,其中一条是将JS放在底部 .原因是,事实上,大多数浏览器使用单进程处理UI和更新Javascript运行等多个任务,而同一时间只能有一个任务被执行.Javascript运行了多长时间,那么在浏览器空闲下来响应用户交互之前的等待时间就有多长. 从基本层面说,这意味着<script>标签的出现使整个页面因脚本解析.运行而出现等待.不论实际的 JavaScript 代码是内

使用 React.js 的渐进式 Web 应用程序:第 2 部分 - 页面加载性能

本文讲的是使用 React.js 的渐进式 Web 应用程序:第 2 部分 - 页面加载性能, 系列第二篇,来看看基于 React 路由分块的页面加载优化. 原文地址:Progressive Web Apps with React.js: Part 2 - Page Load Performance 原文作者:Addy Osmani 译文出自:掘金翻译计划 译者:markzhai 校对者:Romeo0906,AceLeeWinnie 使用 React.js 的渐进式 Web 应用程序:第 2 部

js的压缩及jquery压缩探讨(提高页面加载性能/保护劳动成果)_javascript技巧

问题缘由:负责公司的开发平台研发工作,考虑的知识产权的保护工作,必须要考虑java的加密技术和js脚本的加密技术.在目前java加密很容易破解的情况下,还是先搞定js的加密和压缩,一方面可以提高页面加载性能,另外一方面也希望辛苦研发出来的成果得到一定的保护. 研究过程: 1.先强烈鄙视一下哪些随便转载文章的家伙,给我制造了很大的麻烦!!网上很多帖子都不靠谱.. 2.首先想了解jquery使用什么压缩的, 网上找了半天,说法不一样,后来还是在jquery官网的最频繁问题中找到了答案,但这已经是绕了

js资源加载优化

互联网应用或者访问量大的应用,对js的加载优化是不可少的.下面记录几种优化方法 CDN  + 浏览器缓存 CDN(content delivery network)内容分发网络, 最传统的优化方式.其实就是将自己页面所依赖的js(静态的)放置到CDN上,或者使用一些CDN库,以此降低对应用服务器的请求,而浏览器缓存也是不重复加载js文件的性质. 优点: 1.简单.容易维护 2.304 cache 简单来说就是转掉请求,缓存不重加载. 缺点: 1.缓存会失效,当用户强制刷新时会有请求 2.无法增量

js并行加载,顺序执行

<script>运行脚本或加载外部文件时,会阻塞页面渲染,阻塞其他资源的加载.如果页面中需要加载多个js文件,在古老浏览器中性能会比较糟糕. 因此有了最原始的优化原则:把脚本放在底部. 如何实现js非阻塞.并行加载,甚至能保持执行顺序呢?各浏览器表现如何?站在巨人的肩膀上,Kyle Simpson.Nicholas C. Zakas和Steve Souders对此有过总结和方案. 背景 1. Script DOM Element. 动态插入<script>,不会阻塞,但无法保持执行

HTTP 推送,显著提升加载性能

上周我在斯达哥尔摩住了几天,出席了 HTTP 研讨会,参与了不少吸引人的讨论.其中一次是关于 HTTP 推送及其优缺点.早期实验结果的. 由于早期实验部署结果不那么理想,人们对 HTTP 推送大体持着怀疑态度,不过我想分享下自己更乐观一些的观点. HTTP 推送能做哪些预加载不能做的事? 从怀疑者那里一再听到的观点是,"推送相对于预加载来说,只不过节省了一次 RTT(Round Trip Time)而已".在实践中,这并非总是对的,有一个使用案例,推送可以完成,但预加载无法做到. 利用

代码-js 自动加载 函数 可以一性加载几个,并且是高效

问题描述 js 自动加载 函数 可以一性加载几个,并且是高效 我写了段代码,前台调用后台的数据,但是因为可以局部刷新,所以每个函数都分开写了!大约有9个函数,并且在点击页面时需要同时加载进来,所以写了一个自动加载函数,然后在自动加载函数中,分别条用这9个函数,但是当点击页面 加载时却有的加载很慢,有时却很快,数据库交互也时快时慢!!我想问下是不是我调用的太多了!? 解决方案 建议你优化一下,对于函数做一下合并,每次访问都是耗时和耗资源.会使加载变慢 解决方案二: 你使用ajax动态加载还是scr