干货 | 终于来了！携程开源RN开发框架 - CRN

2019-04-22 09:54:32 浏览数 (1)

作者简介

赵辛贵，携程无线平台研发部开发总监。2013年加入携程，主要负责App基础框架研发相关工作，曾参与Native、Hybrid和React Native框架设计、工程模块化、Android插件化等项目。目前重点关注React Native技术在公司的推广和研发支持、无线框架和工程架构升级。

经过近两个月的准备，携程无线平台研发团队正式将内部的React Native开发框架 - CRN 实现开源。CRN对原生的React Native框架进行了大量架构简化、性能和稳定性调优的工作，能大幅降低RN技术的应用成本。

背景

携程从2016年年中正式引入React Native，至今已将近3年，现在逐步稳定，并成为内部首选的跨平台开发方案。

先简单回顾下ReactNative在携程的发展轨迹

  • 2016年，RN 0.30.0版本，试验期
    • 少数对性能和动态性都有要求的业务模块使用，其它大多选择流量小的业务流程做尝试；
    • 完成了打包Bundle拆分、框架预加载等核心性能瓶颈的优化;
    • 配套文档、发布系统建设；
  • 2017年，RN 0.41.0版本，大面积使用期
    • 携程旅行App各业务线都有接入使用，大量原先使用传统Hybrid技术开发的业务，切换到CRN；
    • 为解决复杂业务的首屏渲染性能问题开发LazyRequire方案；
    • 配套的发布监控、异常监控、性能报表系统建设；
  • 2018年，RN 0.51.0版本，爆发期
    • 业务大规模接入，大多是主流程、全流程使用，现在大家使用的携程旅行App中有超过一半的页面都是RN开发的；
    • 集团内其他核心App (智行、Trip.com、携程商旅等) 全部接入使用；
    • Android平台的稳定性大幅提升；
  • 2019年，RN 0.59.0版本，稳定期
    • 刚升级完成，本次开源也是基于该版本；

为什么开源

  • 分享我们对RN框架的性能优化方案
  • 期待业内使用RN技术的同行通过开源社区与我们进行更深入的交流

开源内容

CRN作为一个整体解决方案，涵盖了从开发框架、工具、文档、测试、发布到运维全研发生命周期的支持，与大量内部系统打通，并定制了适合携程研发组织结构的开发流程。

本次开源基于ReactNative 0.59.0, react 16.8.3版本, 开源的主要是性能优化部分, 也是规模化使用RN进行业务开发必须要做的优化。

  • CLI
    • 工程创建、调试和运行
    • 打包时拆分框架和业务代码
    • 打包时生成一套打包产物 (可同时运行在iOS和Android平台)
    • 打包时支持增量编译 (同一JS模块多次编译模块ID不变，便于差分更新)
    • LazyRequire, 按需加载
  • Runtime
    • 打包出的框架代码后台预加载
    • 业务代码缓存策略 (提升业务首屏二次打开速度)
    • 稳定性增强
    • 首屏渲染性能统计

适用场景

  • 纯RN App
    • 因为启动就是RN业务，首页无法享受框架预加载带来的加载提速
    • 如果有多个业务包，CLI的拆包可以减小包大小
    • 使用CRN开源的Runtime(iOS/Android native代码)可以增强RN的稳定性
  • 混合型 App
    • CRN的优化是针对该场景，所有功能点都适合

改造优化

举例介绍其中两个重要的优化场景：

首屏加载性能
  • 运行Demo工程中的Tester模块 (为RN官方提供的测试模块)
  • 在iPhone 7Plus、iPhone 6、Samsung S6 Edge 三款机型上测试
  • 分别采用CRN和标准RN两种模式加载

统计页面的首屏加载时间，对比图如下:

可见CRN优化后的页面首屏加载时间与优化前RN官方的方式相比在iOS上减少了50%左右，Android上减少了60%左右，优化效果明显。

框架和业务代码拆分

以RNDemo工程为例(仅包含一个类似于HelloWorld的页面)

  • 官方命令打包出的main.js 624KB
  • CRN打包业务代码js-modules目录2KB，common_ios.js 615KB
  • 如果大量业务模块使用RN开发，CRN打包方案，只有一份框架代码common_ios.js, 可以大幅减小安装包体积。

CRN工程介绍

CRN的开源项目地址：https://github.com/ctripcorp/crn

有分析过react-native仓库源码的同学应该会对项目工程结构感到很困惑，因为整个项目很庞大，涉及到Native Runtime、Component、Tool、Tester代码，还有不少的第三方依赖和组件管理工具的配置，结构也不是太清晰，所以官方现在进行了Lean Core的项目，目的就是对工程结构进行梳理，将非核心功能都移动到独立仓库。

React Native涉及的技术栈比较广，包括iOS/Android native开发、React组件开发、nodejs开发、还有大量的C 库，能同时能掌握这么多技术栈的工程师不多，CRN对RN的runtime，打包脚本都做了调整，为了能尽可能降低理解和接入成本，我们对CRN的开源工程做了大量简化，提供开源代码的同时，也将对应的CLI发布到了npm上，方便大家使用。

开源代码主要包括两部分

  • Runtime
    • 分为iOS和Android两个目录，内部包含CRN修改的RN代码
    • 默认带了CRNDemo工程，IDE中可以直接运行
  • CLI
    • 和ReactNative的开源工程类似，开源的代码直接使用起来比较繁琐，所以提供了类似于react-native的CLI以简化使用
    • CLI的使用参考GitHub中文档

如何上手

为了方便接入，首先安装crn-cli， 执行 npm install -g crn-cli 即可

现有App如何接入？
  • Native Runtime接入
    • 将iOS/Android目录下的Runtime代码替换RN官方代码，具体参考项目README文档
    • 启动逻辑中添加webapp目录代码物拷贝到工作目录，可参考CRNDemo工程源码
    • 启动时调用框架预加载代码 //iOS - CRNBridgeManager.h - (void)prepareBridgeIfNeed; //Android - CRNInstanceManager.java public static void prepareReactInstanceIfNeed()
  • JS代码接入
    • 在现有JS入口文件如index.js中添加一行模块导出代码，示例如下： AppRegistry.registerComponent(appName, () => App); module.exports = App; //添加一行模块导出代码即可
    • 使用crn-cli pack命令打包，并将打包产物拷贝到Native工程的webapp目录
全新App如何接入？
  • crn-cli init <project-name> 初始化工程，里面包含iOS、Android、JS代码
  • crn-cli run-ios , crn-cli run-android 运行RN工程，进行开发调试
  • crn-cli pack 打包，并将打包产物拷贝到Native工程的webapp目录

总结

CRN是经过携程大规模生产验证的RN开发框架，我们通过对原生RN框架的改造，实现了更低的RN技术应用成本，同时解决了众多面对线上场景的工程技术问题。

未来我们将尽量保持开源版本与内部版本的一致，并开源更多工程和效率相关的模块与组件，期待同行在GitHub上向我们提出关于RN技术的想法和反馈意见。

开源 打包 android reactnative ios

0 人点赞