我一直遇到自定义 View 的大小和布局问题，我想知道是否有人可以提出“最佳实践”方法。问题如下。想象一个自定义 View ，其中内容所需的高度取决于 View 的宽度(类似于多行 TextView)。 (显然，这只适用于高度不是由布局参数固定的情况。)问题在于，对于给定的宽度，在这些自定义 View 中计算内容高度相当昂贵。特别是，在 UI 线程上计算成本太高，因此在某些时候需要启动工作线程来计算布局，并且在完成后，需要更新 UI。

问题是，这应该如何设计？我想了几个策略。他们都假设无论何时计算高度，都会记录相应的宽度。

第一个策略显示在这段代码中:

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    int width = measureWidth(widthMeasureSpec);
    setMeasuredDimension(width, measureHeight(heightMeasureSpec, width));
}

private int measureWidth(int widthMeasureSpec) {
    // irrelevant to this problem
}

private int measureHeight(int heightMeasureSpec, int width) {
    int result;
    int specMode = MeasureSpec.getMode(measureSpec);
    int specSize = MeasureSpec.getSize(measureSpec);
    if (specMode == MeasureSpec.EXACTLY) {
        result = specSize;
    } else {
        if (width != mLastWidth) {
            interruptAnyExistingLayoutThread();
            mLastWidth = width;
            mLayoutHeight = DEFAULT_HEIGHT;
            startNewLayoutThread();
        }
        result = mLayoutHeight;
        if (specMode == MeasureSpec.AT_MOST && result > specSize) {
            result = specSize;
        }
    }
    return result;
}

当布局线程完成时，它会向 UI 线程发送一个 Runnable 以将 mLayoutHeight 设置为计算出的高度，然后调用 requestLayout()(以及 invalidate ()).

第二种策略是让 onMeasure 始终使用 mLayoutHeight 的当前值(不启动布局线程)。测试宽度变化和启动布局线程将通过覆盖 onSizeChanged 来完成。

第三种策略是懒惰并等待在 onDraw 中启动布局线程(如果需要)。

我想尽量减少布局线程的启动和/或终止次数，同时尽快计算所需的高度。最好也尽量减少对 requestLayout() 的调用次数。

从文档中可以清楚地看出，onMeasure 在单个布局过程中可能会被多次调用。不太清楚(但似乎很可能) onSizeChanged 也可能被多次调用。所以我认为将逻辑放入 onDraw 可能是更好的策略。但这似乎与自定义 View 大小的精神背道而驰，因此我对它有一种不可否认的非理性偏见。

其他人一定也遇到过同样的问题。有没有我错过的方法？有没有最好的方法？

最佳答案

我认为 Android 中的布局系统并不是真正为解决此类问题而设计的，这可能意味着要改变问题。

也就是说，我认为这里的核心问题是您的 View 实际上并不负责计算自己的高度。计算其子级尺寸的始终是 View 的父级。他们可以发表自己的“意见”，但最终，就像在现实生活中一样，他们在这件事上并没有真正的发言权。

这将建议查看 View 的父级，或者更确切地说，查看其尺寸独立于其子级尺寸的第一个父级。该 parent 可以拒绝布局(并因此绘制)它的 child ，直到所有 child 都完成了他们的测量阶段(这发生在一个单独的线程中)。一旦有了，父级请求一个新的布局阶段并对其子级进行布局，而无需再次测量它们。

重要的是，子级的测量不影响所述父级的测量，这样它就可以“吸收”第二个布局阶段而不必重新测量其子级，从而解决布局过程。

[编辑] 稍微扩展一下，我可以想到一个非常简单的解决方案，它只有一个小缺点。您可以简单地创建一个扩展 ViewGroup 的 AsyncView，并且与 ScrollView 类似，只包含一个始终填满其整个空间的子项。 AsyncView 不会将其子项的测量值视为自己的大小，理想情况下只是填充可用空间。 AsyncView 所做的只是将其子项的测量调用包装在一个单独的线程中，该线程在测量完成后立即回调 View 。

在该 View 中，您几乎可以放置任何您想要的内容，包括其他布局。 “有问题的观点”在层次结构中有多深并不重要。唯一的缺点是在测量完所有后代之前不会渲染任何后代。但是您可能希望在 View 准备好之前显示某种加载动画。

“有问题的观点”不需要以任何方式关注多线程。它可以像任何其他 View 一样测量自己，根据需要花费尽可能多的时间。

[编辑2] 我什至费心拼凑一个快速的实现:

package com.example.asyncview;

import android.content.Context;
import android.os.AsyncTask;
import android.util.AttributeSet;
import android.view.View;
import android.view.ViewGroup;

public class AsyncView extends ViewGroup {
    private AsyncTask<Void, Void, Void> mMeasureTask;
    private boolean mMeasured = false;

    public AsyncView(Context context) {
        super(context);
    }

    public AsyncView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
        for(int i=0; i < getChildCount(); i++) {
            View child = getChildAt(i);
            child.layout(0, 0, child.getMeasuredWidth(), getMeasuredHeight());
        }
    }

    @Override
    protected void onMeasure(final int widthMeasureSpec, final int heightMeasureSpec) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        if(mMeasured)
            return;
        if(mMeasureTask == null) {
            mMeasureTask = new AsyncTask<Void, Void, Void>() {
                @Override
                protected Void doInBackground(Void... objects) {
                    for(int i=0; i < getChildCount(); i++) {
                        measureChild(getChildAt(i), widthMeasureSpec, heightMeasureSpec);
                    }
                    return null;
                }

                @Override
                protected void onPostExecute(Void aVoid) {
                    mMeasured = true;
                    mMeasureTask = null;
                    requestLayout();
                }
            };
            mMeasureTask.execute();
        }
    }

    @Override
    protected void onSizeChanged(int w, int h, int oldw, int oldh) {
        if(mMeasureTask != null) {
            mMeasureTask.cancel(true);
            mMeasureTask = null;
        }
        mMeasured = false;
        super.onSizeChanged(w, h, oldw, oldh);
    }
}

见 https://github.com/wetblanket/AsyncView一个工作示例

关于android - 处理昂贵的 View 高度计算的最佳实践？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7015097/