onMeasure()方法异常行为排查：固定尺寸PackPreview布局问题

我来帮你梳理下这个自定义View onMeasure() 的异常问题，结合你提到的固定宽高布局场景，咱们一步步排查和解决：

1. 先检查 onMeasure() 对 MeasureSpec 的处理逻辑 #

你的 PackPreview 在布局里设置了固定的 436dp×352dp，正常情况下父容器传递给它的 MeasureSpec 应该是 EXACTLY 模式（即父容器已经明确指定了尺寸）。如果你的自定义View里错误处理了这个模式，就会出现异常。

正确的基础处理逻辑应该是：

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    // 解析父容器传递的测量模式和尺寸
    int widthMode = MeasureSpec.getMode(widthMeasureSpec);
    int widthSize = MeasureSpec.getSize(widthMeasureSpec);
    int heightMode = MeasureSpec.getMode(heightMeasureSpec);
    int heightSize = MeasureSpec.getSize(heightMeasureSpec);

    // 固定宽高场景下，直接使用父容器指定的尺寸（不要硬编码或错误计算）
    int measuredWidth = widthSize;
    int measuredHeight = heightSize;

    // 必须调用这个方法完成测量结果的设置，遗漏会直接抛出异常
    setMeasuredDimension(measuredWidth, measuredHeight);
}

2. 确认是否遗漏了 setMeasuredDimension() #

这是很多新手容易踩的坑：onMeasure() 必须在最后调用 setMeasuredDimension() 来设置View的最终测量宽高，如果遗漏或者只在部分分支里调用，就会触发测量异常。

3. 排查子View的测量是否干扰父View #

你提到这是个复杂布局，里面的子View如果测量逻辑有问题，也会导致父View的测量结果不符合预期：

• 比如子View强制要求超出父View的尺寸，或者使用 match_parent 时计算错误；
• 可以先临时注释掉所有子View的代码，只保留父View的 onMeasure() 逻辑，看是否恢复正常，逐步定位是父View还是子View的问题。

4. 检查dp与px的转换（如果有手动计算） #

布局里用的是dp单位，但 onMeasure() 中拿到的 widthSize/heightSize 是px单位。如果你的自定义View里手动计算尺寸时，没有正确将dp转成px，就会出现尺寸偏差。正确的转换方式是：

// 示例：将436dp转为px（但固定布局场景下其实不需要手动转，直接用MeasureSpec的size即可）
float density = getResources().getDisplayMetrics().density;
int desiredWidth = (int) (436 * density + 0.5f); // +0.5f是为了四舍五入

5. 调试MeasureSpec的实际值 #

可以在 onMeasure() 里打日志，查看父容器传递的测量模式和尺寸是否符合预期：

Log.d("PackPreview", "widthMode: " + 
    (widthMode == MeasureSpec.EXACTLY ? "EXACTLY" : 
     widthMode == MeasureSpec.AT_MOST ? "AT_MOST" : "UNSPECIFIED") + 
    ", widthSize: " + widthSize);

如果输出的模式不是 EXACTLY，那说明父容器的布局参数可能被动态修改过，需要检查是否有代码在运行时改变了 PackPreview 的 layout_width/layout_height。

如果以上排查后还是有问题，可以把完整的 onMeasure() 代码和异常日志贴出来，我再帮你精准定位~

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