Android优化：如何降低onBindViewHolder的性能开销？

针对你碰到的三个RecyclerView性能问题，整理了实用的优化方案：

问题1：动态调整视频FrameLayout宽高比导致卡顿 #

卡顿根源 #

在onBindViewHolder里频繁修改LayoutParams并调用setLayoutParams()，会触发requestLayout()，引发布局重排（measure/layout流程），这是列表卡顿的核心原因。

优化方案 #

1. 提前在数据层计算比例
   拿到视频宽高数据后，直接算好目标比例存进数据模型，别在绑定阶段做浮点运算：

   // 数据模型新增字段
   public class VideoItem {
       public String targetRatio;
       // 其他字段...
   }
   
   // 数据解析时计算比例
   float aspectRatio = (float) height / width;
   videoItem.targetRatio = aspectRatio > 1.25f ? "4:5" : width + ":" + height;
   

   绑定阶段直接赋值，省去计算开销：

   ConstraintLayout.LayoutParams params = (ConstraintLayout.LayoutParams) frameLayout.getLayoutParams();
   params.dimensionRatio = videoItem.targetRatio;
   frameLayout.setLayoutParams(params);
   

2. 用自定义比例布局替代FrameLayout
   写一个AspectRatioFrameLayout，在onMeasure里直接调整宽高，不用动LayoutParams：

   public class AspectRatioFrameLayout extends FrameLayout {
       private float aspectRatio = 1.0f;
   
       public AspectRatioFrameLayout(Context context) {
           super(context);
       }
   
       public void setAspectRatio(float ratio) {
           this.aspectRatio = ratio;
           requestLayout();
       }
   
       @Override
       protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
           int width = MeasureSpec.getSize(widthMeasureSpec);
           int height = (int) (width / aspectRatio);
           super.onMeasure(
               MeasureSpec.makeMeasureSpec(width, MeasureSpec.EXACTLY),
               MeasureSpec.makeMeasureSpec(height, MeasureSpec.EXACTLY)
           );
       }
   }
   

   绑定阶段只需要调用setAspectRatio()，彻底避免修改LayoutParams带来的重排。

大厂实现思路（Instagram/Twitter） #

这类APP都是在数据加载阶段就把视频比例计算完成，存在数据模型里；同时用自定义比例布局控件，在onMeasure阶段处理宽高调整，不会在绑定数据时触发布局重排。另外还会配合RecyclerView的预加载机制，提前准备好即将显示的视频数据，确保绑定过程没有额外计算开销。

问题2：OnChildAttachStateChangeListener中的操作优化 #

问题分析 #

你现在在onChildViewAttachedToWindow里做addView()和setPlayer()，其中addView()会触发布局流程，而且ViewHolder复用的时候重复执行，完全是不必要的开销。

优化方案 #

1. ViewHolder创建时就添加PlayerView
   在onCreateViewHolder里一次性把styledPlayerView加到FrameLayout，别每次附着窗口都加：

   @NonNull
   @Override
   public VideoAdapter.ViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) {
       View itemView = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_video, parent, false);
       ViewHolder holder = new ViewHolder(itemView);
       // 只加一次PlayerView
       holder.framelayout.addView(holder.styledPlayerView);
       return holder;
   }
   

2. 拆分Player绑定逻辑

   • 在onBindViewHolder里设置Player实例，处理播放状态：

     @Override
     public void onBindViewHolder(@NonNull ViewHolder holder, int position) {
         VideoItem item = getItem(position);
         holder.styledPlayerView.setPlayer(exoPlayer);
         // 其他绑定逻辑...
     }
     

   • 在onViewDetachedFromWindow里移除Player，避免内存泄漏和资源浪费：

     @Override
     public void onViewDetachedFromWindow(@NonNull ViewHolder holder) {
         super.onViewDetachedFromWindow(holder);
         if (holder.styledPlayerView != null) {
             holder.styledPlayerView.setPlayer(null);
         }
     }
     

3. 直接移除OnChildAttachStateChangeListener
   做完上面的优化，这个监听就完全没用了，直接删掉减少回调开销。

问题3：Shape/Vector Drawable及自定义样式导致卡顿 #

卡顿原因 #

频繁创建Shape/Vector Drawable实例、复杂自定义样式带来的过度绘制，是性能下降的主要原因。

优化方案 #

1. 缓存Drawable实例
   别每次渲染都重新创建Drawable，用单例或者缓存池复用：

   // 示例：缓存Shape Drawable
   private static Drawable cachedShapeDrawable;
   
   public static Drawable getShapeDrawable(Context context) {
       if (cachedShapeDrawable == null) {
           cachedShapeDrawable = ContextCompat.getDrawable(context, R.drawable.your_shape);
       }
       return cachedShapeDrawable;
   }
   

2. 优化Vector Drawable

   • 用Android Studio的Vector Asset Studio清理冗余路径；
   • 7.0以下版本用AppCompatImageView配合app:srcCompat，确保硬件加速渲染；
   • 高频使用的Vector Drawable可以转成BitmapDrawable，减少渲染开销。

3. 简化自定义样式与布局层级

   • 用Android Studio Profiler的Overdraw工具检查过度绘制，删掉没必要的背景、阴影；
   • 用ConstraintLayout替代嵌套的LinearLayout/RelativeLayout，减少View树深度。

4. 延迟加载非关键Drawable
   列表里不立即显示的Drawable，用ViewStub延迟加载，降低初始布局渲染的压力。

内容的提问来源于stack exchange，提问作者coderror