在 android activity 生命周期中，`onstart()` 阶段绘制已基本完成，此时可安全、同步地获取多个 view 的实际宽高，无需嵌套 `post()` 或多次延迟回调。
在开发中，常遇到需要根据多个 View 的实际渲染尺寸（而非布局声明值）执行计算逻辑的场景，例如：将两个动态调整过 margin 的控件宽度相加，用作第三个 TextView 的 leftMargin。此时若在 onCreate() 中直接调用 getWidth()，会返回 0 —— 因为此时 View 尚未完成测量与布局（measure/layout/draw 流程未执行）。
虽然 View.post(Runnable) 能将任务推迟到绘制完成后执行，但针对多个 View 同步获取尺寸的需求，以下方式更优：
远程控制 Android 设备，支持截图、自动化操作手机 App 等功能。本应用使用 uiautomator2 作为底层框架，通过 ADB 连接设备，用户无需 Root（1）查看手机屏幕；（2）自动化操作手机 App；（3）远程安装/卸载应用……
✅ 推荐方案：在 onStart() 中直接读取
@Override
protected void onStart() {
super.onStart();
// 此时 View 已完成首次 layout，getWidth() 返回真实像素值
int width1 = view1.getWidth();
int width2 = view2.getWidth();
if (width1 > 0 && width2 > 0) { // 安全检查：避免 0 值参与计算
formula(width1, width2);
}
}⚠️ 注意：必须确保 view1 和 view2 已完成初始化且非 GONE/INVISIBLE 状态；若存在异步加载或动画延迟，可结合 ViewTreeObserver.OnGlobalLayoutListener 作为兜底（见下文补充）。
❌ 不推荐的方案分析
单个 post() 内连续读取（如 view1.post(() -> { w1 = v1.getWidth(); w2 = v2.getWidth(); })）：
表面可行，但存在风险——view2 可能尚未完成 layout（尤其当其父容器复杂或依赖 view1 布局结果时），导致 getWidth() 返回 0。嵌套 post()（view1.post(() -> { ... view2.post(...) })）：
违反“一次绘制后统一读取”的设计意图，增加不确定性与执行延迟，且无必要。两个独立 post() 并行调用：
虽然最终都能获取尺寸，但无法保证两者在同一帧完成，若 formula() 有状态依赖或需原子性，则可能因执行时机错位引发竞态问题。
? 进阶保障：监听全局布局完成（适用复杂场景）
若 onStart() 仍偶发获取到 0（例如 Fragment 中 View 延迟注入、ConstraintLayout 动态约束变更等），可使用 ViewTreeObserver 确保精准时机：
private void setupWidthListener() {
ViewTreeObserver vto = findViewById(android.R.id.content).getViewTreeObserver();
vto.addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
// 移除监听器，避免重复触发
ViewTreeObserver obs = findViewById(android.R.id.content).getViewTreeObserver();
if (obs.isAlive()) {
obs.removeOnGlobalLayoutListener(this);
}
int w1 = view1.getWidth();
int w2 = view2.getWidth();
if (w1 > 0 && w2 > 0) {
formula(w1, w2);
}
}
});
}✅ 总结
- 首选 onStart()：简洁、高效、符合生命周期语义，90% 场景足够可靠；
- 慎用 post() 多层嵌套：增加复杂度且不解决根本问题；
- 关键校验不可少：始终检查 getWidth() > 0，避免 0 值污染计算逻辑；
- 动态布局场景加兜底：对 ConstraintLayout 等强依赖布局计算的场景，OnGlobalLayoutListener 是更鲁棒的选择。
