前言
动画对于客户端来说是非常重要的一部分，直接影响到应用的用户体验。前端对于动画优化通常使用CSS3样式来实现动画，以利用GPU加速特性。而React-Native由于渲染模式的不同，无法使用CSS样式的方式优化。
React-Native的实现
React-Native在动画方面有两个主要方式，一个是Animated，一个是LayoutAnimation。
Animated
Animated动画库的原理是由JavaScript来进行动画的计算，然后在每帧设置对应组件的style来实现动画过程（requestAnimationFrame）。
这个动画库的特点是非常灵活，因为所有的控制都是通过JavaScript实现的，动画补帧都是在JavaScript端完成，可以实现各种复杂动画效果，包括跟手动画等。
但是成也JavaScript败也JavaScript，JavaScript是单线程的，动画的特点是要保证流畅就要保证每秒60的帧率，也就是说如果在16ms内处理不完，势必要掉帧。而在实际业务中，播放动画的同时一般都会执行一些任务处理逻辑。比如数据拉取、数据计算，典型情况通常会伴有Loading动画，切换页面过场时伴随新页面数据加载等。在复杂场景下，由于业务逻辑的加入，动画处理的帧率就很难保证，用我们QA的话说就是卡的像个Web。。。
优点：
- 可实现复杂动画
- 非常灵活
- 可以兼容Web
缺点：
- 性能问题，掉帧、卡顿
LayoutAnimation
React-Native自带还有一种动画的实现方式，就是LayoutAnimation。这种方案是直接在Native实现一些动画效果，然后由JavaScript进行设置调用，由于整个动画过程交由Native处理，使得性能得以保证。不过LayoutAnimation的实现思路有点问题，他只是预置了几个动画效果，并且只能配置在create/update/delete的时候，需要自定义的动画、跟手动画等都没法实现。
优点：
- 性能良好
缺点：
- 动画效果简单，可适用范围较窄
尝试解决
给他特权
针对Animated的优化思路就是解决动画播放时JavaScript任务量的问题，保证动画循环达到60帧。一个典型的解决方案就是暂时停止所有同步任务的处理，等到动画执行完成之后再同步或异步的执行任务处理。比如在切页转场前暂停耗时操作（延迟Redux的dispatch过程等），转场动画结束后再进行同步或异步处理，把大的同步任务用setTimeout等方式拆成多个异步过程处理。
这种方案可以一定程度上解决动画卡顿的问题，但是有几个缺点：
- 任务总是要执行的，延迟处理会导致整个处理过程变长，响应用户操作速度变慢，影响用户体验。
- 治标不治本，复杂动画该卡还得卡。。。
优点：
- 改动较少，成本低，万一以后facebook改进了呢？比如在独立线程进行动画渲染计算？（需要解决数据同步问题，WebWorker也是个坑）
- 可以实现跟手动画，控制好JavaScript的任务量，效果还可以
所以此方案适用 动画相对简单、后续任务不复杂 的场景
原生优化
要从根本上解决问题，就需要让动画过程脱离JavaScript。所以就要开发原生组件来实现动画过程，这样可以充分利用机器性能，可以使用GPU进行动画渲染。还需要考虑灵活性，如果只能实现固定的效果那么使用场景就大打折扣。
然而，我们并不需要从头设计，OC、Android、WPF，都有优秀的动画API，我们还等什么？抄吧。
（So，欢迎使用 react-native-animation 支持iOS、Android，目前验证可行、能用、不完善、待重构，欢迎PR~）
举个小栗子：
<Animation.AnimationView
data={[{
type: 'Alpha',
from: 0,
to: 1,
duration: 500,
}]} autoplay={true}>
other views...
</Animation.AnimationView>
*Now support: 'Translate' | 'Rotate' | 'Scale' | 'Alpha'
Props：
export interface PropsDefine {
data: AnimationModel[]
style?: React.ViewStyle
autoplay?: boolean
autoclear?: boolean
onStart?: (view: AnimationView) => void
onEnd?: (view: AnimationView) => void
}
数据模型：
export interface AnimationModel {
name?: string
type: 'Translate' | 'Rotate' | 'Scale' | 'Alpha'
from?: number
to?: number
from2?: number
to2?: number
duration: number
startOffset?: number
interpolator?: 'Linear'
interpolatorData?: number
repeat?: number
}
效果演示：
iOS微粉App（android版兼容开发中），业务逻辑全React-Native实现。赞踩动画、弹幕动画、切页动画、回复/评论弹层动画已应用优化。
虽然这种方案可以解决可预测的动画得卡顿问题，缺点也很明显：
- 动画的过程是预设好的，所以无法实现跟手动画
优点：
- 动画过程交由Native处理，性能Max，JavaScript任务处理不影响动画效果，可并行
所以此方案适用 可预测的动画 的场景
结语
虽然React-Native标榜的就是性能更好，但也只是跟Web对比而言，跟Native比还是有不少差距的，跟Xamarin等跨平台方案对比性能也差距不小，所以在开发时还是要关注下性能问题，性能调优还是要花不少精力去解决的。
