步骤一：先测预览，不急着接项目
拿到乐蒂 JSON 后，第一件事不是交给开发，而是丢到 LottieFiles 或官方预览工具里看。这里能快速发现导出失败、图层缺失、播放卡顿、尺寸不对等低级问题。
一个常见误区是只看 AE 里的效果。AE 能播，不代表 Lottie 能播。Lottie 支持的是一部分 AE 能力，复杂表达式、特效插件、部分遮罩都可能在导出后变样。
乐蒂测评：这些坑先排掉
乐蒂测评不能只看预览效果，真正决定体验的是端上表现、文件体积、兼容性和协作成本。我按一次完整验收流程拆解，把常见误区放在每一步里讲，适合准备把 Lottie 动效放进正式项目的团队。
步骤二：查体积和资源结构
第二步看文件大小。纯矢量短动画几十 KB 到几百 KB 比较常见；如果一个简单点赞动效超过 1MB，就要打开资源包看是不是塞了大图。
踩坑最多的是图片序列伪装成 Lottie。它当然能播放，但本质接近逐帧动画，体积大、加载慢、缩放还可能糊。除非是复杂质感必须如此，否则不建议用这种方式交付。
步骤三：放到真实设备上测
电脑预览顺滑，不等于低端安卓机顺滑。正式测评至少要覆盖一台中低端 Android、一台 iPhone、一个目标浏览器环境。观察点包括首屏加载、CPU 占用、滚动时掉帧、切后台再回来是否异常。
如果页面里有多个乐蒂同时播放，问题会被放大。我的经验是，列表页里超过 3 个同时循环动画就要警惕，最好做可视区域播放，离屏暂停。
步骤四：测业务触发和边界状态
别只测动画本身，还要测它和业务状态的关系。比如提交成功后播放一次，如果接口返回慢，动画提前播完怎么办；如果用户快速返回，动画实例有没有销毁；如果资源加载失败，页面是否卡住。
很多线上小事故不是 Lottie 文件坏，而是触发时机没设计好。动画应该服务流程，不能抢流程。尤其在支付、登录、表单提交这些关键路径，失败兜底比视觉效果更重要。
步骤五：给出是否上线的判断
我的乐蒂测评标准很简单：视觉还原度达到 90% 以上，单资源体积可接受，低端机无明显掉帧，有静态降级图，开发侧能统一销毁实例。五项满足，基本可以上线。
如果只满足视觉好看，其他全靠运气，那就先别上。动效是体验加分项，不该成为转化链路的风险点。
常见问题
乐蒂测评主要看哪些指标？
看视觉还原、文件体积、加载速度、端上帧率、循环稳定性、异常降级。只看设计预览不够。
乐蒂文件多大算正常？
短矢量动效几十 KB 到几百 KB 常见。简单动画超过 1MB 要检查是否使用大量图片或无效图层。
乐蒂在安卓上卡怎么办？
先减少遮罩、路径点和图片资源，再限制同时播放数量。列表或弹窗场景要做到离屏暂停和关闭销毁。