1. 项目缘起与核心价值拆解做过Android开发的人都有一个共同的痛点网络请求要等、图片要加载、页面要跳转这些场景下如果界面上什么都不显示用户就会觉得App卡死了。加载指示器这个东西看起来简单但真正要做得好看、好用、不卡顿里面的门道比想象中多得多。AVLoadingIndicatorView这个库是我在几年前做一款电商App时偶然发现的。当时产品经理拿着竞品截图跟我说“人家的加载动画怎么那么丝滑我们这转圈圈也太寒碜了。”我试过自己写属性动画也试过用GIF效果都不理想——要么掉帧要么内存占用高要么在不同分辨率设备上表现不一致。后来在开源社区翻到了这个库集成进去之后产品那边直接过了。这个库的核心价值在于它把几十种加载动画效果封装成了开箱即用的View组件你不需要懂属性动画的底层原理不需要自己算贝塞尔曲线只要在布局文件里写一行代码就能得到一个流畅、美观的加载指示器。它解决的核心问题是开发效率和视觉一致性——让开发者用最低的成本获得高质量的加载动画效果。适合谁来参考这篇文章如果你是有一定Android基础的开发者正在做App的UI优化或者新项目搭建这个库值得你花时间了解。即使你最终不选用它它里面关于属性动画的实现思路、自定义View的绘制逻辑也值得学习。对于刚入门的Android新手这篇文章会从集成到定制一步步讲清楚你跟着做就能跑起来。注意这个库虽然名字叫AVLoadingIndicatorView但它和音视频Audio/Video没有任何关系AV是开发者名字的缩写。我第一次看到这个名字的时候也误会了以为是个视频加载库。2. 加载指示器的技术选型与方案对比2.1 为什么不用系统自带的ProgressBarAndroid系统自带的ProgressBar是最省事的方案一行代码就能用。但实际项目里我几乎不用它原因有三第一样式太单一。系统自带的就是一个转圈圈颜色、大小、速度虽然可以通过属性调整但整体形态就那一种。现在的App设计越来越讲究品牌调性一个千篇一律的转圈圈很难满足UI设计师的要求。第二定制成本高。你要想改成一个自定义的动画效果需要写自定义Drawable或者自定义View工作量不比直接引入一个成熟库小。而且自己写的动画往往在性能优化上不到位容易出现掉帧。第三多设备一致性差。不同Android版本、不同厂商ROM对ProgressBar的默认样式做了修改你在模拟器上看着好好的到了某些国产手机上就变了样。用第三方库反而能保证一致性因为绘制逻辑完全由库控制。2.2 几种常见加载指示器方案的横向对比方案开发成本视觉效果性能表现可定制性适用场景系统ProgressBar极低单一优秀低快速原型、内部工具GIF动图低取决于素材差内存高中简单页面、H5混合Lottie动画中极佳良好高品牌动画、复杂效果AVLoadingIndicatorView低丰富优秀中高通用App、列表加载自定义View高完全可控取决于实现极高特殊需求、深度定制从表格可以看出AVLoadingIndicatorView在开发成本和性能之间找到了一个很好的平衡点。Lottie虽然效果更好但需要设计师产出JSON文件而且库体积较大。对于一个只需要加载动画的场景来说AVLoadingIndicatorView的性价比是最高的。2.3 这个库的核心设计思路AVLoadingIndicatorView的设计思路很清晰用最小的代码量提供最多的动画选择。它内部维护了一个指示器样式的枚举集合每种样式对应一个独立的绘制实现。当你设置样式的时候它通过工厂模式创建对应的指示器对象然后统一由父View负责调度动画刷新。这种设计的巧妙之处在于所有指示器共享同一个刷新机制避免了每个动画单独开线程或者单独注册Choreographer回调带来的性能开销。你可以把它理解成一个“动画容器”容器负责心跳里面的内容负责根据心跳绘制不同的形状。提示这个库的动画刷新是基于ValueAnimator驱动的默认刷新频率跟随系统VSYNC在大多数设备上能稳定在60fps。如果你的页面本身已经很卡了加载动画也会跟着卡这时候要优先排查主线程是否有耗时操作。3. 集成步骤与基础使用实操3.1 依赖引入的两种方式最直接的方式是通过Gradle引入。在你的app模块的build.gradle文件中添加依赖dependencies { implementation com.wang.avi:library:2.1.3 }如果你用的是Kotlin DSLbuild.gradle.kts写法稍有不同dependencies { implementation(com.wang.avi:library:2.1.3) }另一种方式是把源码下载下来把library模块导入到你的项目中。这种方式适合你需要深度定制动画效果的情况因为你可以直接修改源码里的绘制逻辑。不过对于大多数项目来说直接依赖远程仓库就够了。注意这个库的最后一次更新比较早如果你项目的目标SDK版本很高可能会遇到一些编译警告。实测在targetSdk 34的项目中依然可以正常使用但建议在引入后跑一遍Lint检查看看有没有需要处理的问题。3.2 在布局文件中使用在XML布局中添加AVLoadingIndicatorView非常简单com.wang.avi.AVLoadingIndicatorView android:idid/avi_loading android:layout_widthwrap_content android:layout_heightwrap_content android:layout_gravitycenter app:indicatorNameBallPulse app:indicatorColorcolor/primary_color /这里有几个关键属性需要说明indicatorName指定动画样式名称这个是最核心的属性。库内置了几十种样式比如BallPulse、BallGridPulse、BallClipRotate、LineScale等等。名字都很直观看到名字基本能猜到动画长什么样。indicatorColor设置指示器的颜色可以是一个颜色值也可以引用colors.xml里的资源。layout_width/height建议用wrap_content因为每种指示器的尺寸不一样写死大小可能导致动画被裁剪。3.3 在代码中控制显示和隐藏布局写好后在Activity或Fragment中控制它的显示和隐藏AVLoadingIndicatorView avi findViewById(R.id.avi_loading); // 显示加载动画 avi.show(); // 隐藏加载动画 avi.hide(); // 或者用smoothToHide()实现淡出效果 avi.smoothToHide();这里有个细节值得注意show()和hide()是直接切换可见性没有过渡效果。如果你想要更平滑的体验用smoothToHide()它会有一个渐隐动画。我在实际项目里通常用smoothToHide()因为突然消失的加载动画会让用户觉得突兀。3.4 动态切换指示器样式有时候你需要在运行时切换不同的加载样式比如下拉刷新用一种页面加载用另一种。代码很简单avi.setIndicator(BallClipRotatePulse);传入的字符串就是样式名称。如果你不确定有哪些样式可用可以查看库源码中的Indicator枚举类里面列出了所有支持的样式。实操心得我建议在项目的constants类里把用到的指示器名称定义成常量避免在代码里到处写字符串。一旦拼写错误指示器会显示不出来而且不会报错排查起来很费时间。4. 内置动画样式全解析与选型建议4.1 按动画形态分类这个库内置的样式大概可以分成几大类我按照实际使用场景来分类说明旋转类BallClipRotate、BallClipRotatePulse、BallClipRotateMultiple、Pacman。这类动画以旋转为核心视觉上比较有动感适合网络请求、页面加载等场景。其中Pacman是吃豆人造型比较有趣适合休闲类App。缩放类BallPulse、BallGridPulse、BallScale、BallScaleRipple、BallScaleMultiple。这类动画通过元素的放大缩小来表现节奏感视觉上比较柔和适合图片加载、内容刷新等场景。线条类LineScale、LineScaleParty、LineScalePulseOut、LineScalePulseOutRapid。这类动画用线条的伸缩来表现风格比较简洁现代适合工具类App或者设计风格偏扁平化的产品。组合类BallSpinFadeLoader、BallGridBeat、SemiCircleSpin。这类动画结合了旋转和透明度变化视觉效果更丰富适合作为品牌加载动画使用。4.2 不同场景下的选型建议选加载动画不是越花哨越好要考虑你的App整体设计风格和使用场景。我总结了一个简单的选型参考场景推荐样式理由列表下拉刷新BallPulse体积小不抢眼适合频繁出现页面首次加载BallClipRotatePulse有辨识度给用户明确的等待信号图片加载占位BallScaleRipple柔和不会干扰图片内容的呈现按钮提交等待LineScalePulseOutRapid节奏快暗示操作正在快速处理全屏LoadingBallSpinFadeLoader视觉填充感强适合大面积展示提示不要在一个页面里同时使用超过两种加载样式否则会让界面显得杂乱。统一使用一种样式作为主加载动画特殊场景再用另一种保持视觉一致性。4.3 颜色与尺寸的适配策略加载指示器的颜色应该和你的品牌色保持一致。如果品牌色是深色指示器也用深色如果品牌色是亮色指示器用亮色。但有一个例外如果加载指示器出现在深色背景上一定要用浅色指示器反之亦然。尺寸方面库默认的指示器大小是根据View的宽高自动计算的。如果你设置了固定的宽高指示器会在这个范围内绘制。我一般建议给一个适中的固定尺寸比如48dp x 48dp这样在不同屏幕上表现比较一致。com.wang.avi.AVLoadingIndicatorView android:layout_width48dp android:layout_height48dp app:indicatorNameBallSpinFadeLoader app:indicatorColor#FF6B35 /5. 性能优化与常见问题排查5.1 内存泄漏的预防加载指示器最常见的问题就是内存泄漏。如果你的Activity在加载过程中被销毁了但动画还在跑就会导致Activity无法被回收。解决办法很简单在onDestroy中停止动画。Override protected void onDestroy() { super.onDestroy(); if (avi ! null) { avi.hide(); } }更稳妥的做法是在onPause中就隐藏因为用户离开页面后动画继续跑没有意义还浪费CPU资源。5.2 动画卡顿的排查思路如果你发现加载动画不流畅可以按照以下步骤排查第一步检查主线程是否有耗时操作。加载动画的刷新依赖主线程的VSYNC信号如果主线程被数据库查询、大量计算等操作占用了动画自然会卡。用Android Studio的Profiler工具可以快速定位。第二步检查是否同时运行了太多动画。一个页面上如果有多个AVLoadingIndicatorView同时显示每个都会独立驱动动画叠加起来可能超过主线程的渲染能力。这种情况下建议只保留一个加载指示器。第三步检查硬件加速是否开启。在AndroidManifest.xml的application标签中确保android:hardwareAcceleratedtrue这能显著提升动画的渲染性能。5.3 常见问题速查表问题现象可能原因解决方法指示器不显示indicatorName拼写错误检查字符串是否与库中定义一致指示器显示但不动没有调用show()确认在代码中调用了show()方法动画颜色不对indicatorColor未设置或值错误检查颜色值格式建议用资源引用指示器被裁剪View宽高设置过小增大宽高或使用wrap_content页面退出后崩溃动画未停止在onDestroy中调用hide()低版本设备不显示硬件加速未开启在Manifest中开启硬件加速5.4 一个容易被忽略的细节这个库的动画刷新是基于ValueAnimator的而ValueAnimator在页面不可见时比如Activity进入后台默认会暂停。这本来是个好事能省电。但如果你在Fragment切换时没有正确处理可能会出现动画状态不一致的情况——比如Fragment A的动画暂停了切回来之后没有恢复。我的做法是在Fragment的onResume中重新调用show()在onPause中调用hide()。这样虽然简单粗暴但能保证状态始终正确。6. 进阶定制与源码改造思路6.1 自定义指示器的实现路径库内置的样式虽然多但总有不够用的时候。比如你的品牌有一个特定的吉祥物想让它作为加载动画。这时候就需要自定义指示器。自定义指示器的核心是实现Indicator接口这个接口定义了三个方法draw()负责绘制onAnimationUpdate()负责接收动画进度getAnimation()返回驱动动画的ValueAnimator。你只需要在这三个方法里填入自己的逻辑即可。public class MyCustomIndicator extends Indicator { Override public void draw(Canvas canvas, Paint paint) { // 在这里实现你的绘制逻辑 // canvas是画布paint是画笔 // 根据mCurrentProgress计算当前帧的形态 } Override protected void onAnimationUpdate(ValueAnimator animation) { // 更新进度值 mCurrentProgress (float) animation.getAnimatedValue(); // 触发重绘 postInvalidate(); } Override public ValueAnimator onCreateAnimation() { // 创建并返回驱动动画 ValueAnimator animator ValueAnimator.ofFloat(0f, 1f); animator.setDuration(1000); animator.setRepeatCount(ValueAnimator.INFINITE); animator.setInterpolator(new LinearInterpolator()); return animator; } }写完之后通过setIndicator()方法传入你的自定义指示器实例即可。6.2 修改源码实现更精细的控制如果你需要更精细的控制比如调整动画的刷新频率、修改默认的插值器可以直接把库源码导入项目进行修改。源码结构很清晰主要文件就几个AVLoadingIndicatorView.java主View类负责调度和绘制Indicator.java指示器接口indicators/目录各种内置指示器的实现我建议在修改源码之前先fork一份这样后续库有更新时还能合并。修改的时候注意保持接口兼容不要改动公共方法的签名否则升级时会很痛苦。6.3 与其他加载框架的配合使用AVLoadingIndicatorView只负责“显示动画”这一件事它不处理网络请求、不管理数据加载。在实际项目中它通常和网络框架如OkHttp、Retrofit或者图片加载框架如Glide、Coil配合使用。以Glide为例你可以自定义一个RequestListener在onLoadStarted时显示指示器在onLoadFailed和onResourceReady时隐藏指示器。这样就能实现图片加载过程中的动画展示。Glide.with(context) .load(imageUrl) .listener(new RequestListenerDrawable() { Override public boolean onLoadFailed(Exception e, Object model, TargetDrawable target, boolean isFirstResource) { avi.smoothToHide(); return false; } Override public boolean onResourceReady(Drawable resource, Object model, TargetDrawable target, DataSource dataSource, boolean isFirstResource) { avi.smoothToHide(); return false; } }) .into(imageView);实操心得在RecyclerView的ViewHolder中使用加载指示器时要注意复用问题。因为ViewHolder会被回收复用如果不小心处理可能会出现指示器状态错乱的情况。我的做法是在onBindViewHolder中根据数据状态显式设置指示器的显示或隐藏不要依赖默认状态。7. 实际项目中的经验总结7.1 什么时候该用加载指示器不是所有等待都需要加载指示器。如果操作能在200毫秒内完成用户几乎感知不到等待这时候显示加载动画反而会让界面闪烁体验更差。我的经验是预计耗时超过500毫秒的操作才需要显示加载指示器200到500毫秒之间的可以考虑用骨架屏或者占位图。另外加载指示器的显示和隐藏要有延迟。不要一发起请求就立刻显示因为很多请求其实很快就返回了。我通常设置一个300毫秒的延迟如果请求在300毫秒内完成了就不显示指示器超过300毫秒才显示。这样能避免界面频繁闪烁。7.2 多个加载状态的协调一个页面可能有多个区域同时加载比如顶部有刷新、中间有列表加载、底部有分页加载。这时候如果每个区域都显示一个加载指示器界面会显得很乱。我的做法是只保留一个全局的加载指示器其他区域的加载状态用文字或者骨架屏来表示。如果确实需要多个指示器要确保它们的样式一致、大小协调。不要一个用BallPulse另一个用Pacman那样看起来像两个不同的App拼在一起。7.3 这个库的局限性与替代方案AVLoadingIndicatorView虽然好用但也有它的局限性。首先它的动画样式是固定的不能通过参数调整动画的速度、幅度等细节。其次它不支持矢量动画在高分辨率屏幕上放大后可能会有锯齿。最后它的更新维护频率较低如果遇到Android新版本的兼容性问题可能需要自己解决。如果你需要更灵活的动画控制可以考虑Lottie如果你需要矢量级别的清晰度可以考虑AnimatedVectorDrawable如果你需要更现代的API设计可以考虑Compose中的加载组件。但对于大多数传统View体系的项目来说AVLoadingIndicatorView依然是一个省时省力的选择。我在最近的一个项目中把AVLoadingIndicatorView和Compose的加载组件混用了——传统View部分用AVLoadingIndicatorViewCompose部分用CircularProgressIndicator。两者在视觉上做了统一用户完全感知不到底层是两套不同的实现。这种渐进式的迁移策略对于老项目改造来说比较实用。最后分享一个小技巧如果你觉得库内置的某个动画效果不错但速度太快或太慢可以通过反射修改它内部的ValueAnimator的duration。虽然这不是官方推荐的做法但在不改源码的情况下能快速达到目的。具体代码就不贴了思路是用Java反射拿到Indicator对象中的animator字段然后调用setDuration()。用之前记得做好版本兼容判断因为不同版本的字段名可能不一样。