作为同样在折腾Android表单组件的开发者，太懂你这种被矛盾规范卡壳的感觉了！结合我做MD3表单的经验，给你梳理下思路：

一、先解决规范矛盾的核心问题 #

MD3里这两个要求看起来矛盾，但其实有优先级之分：

Google明确提到要避免动态显示支持文本时的布局跳动，这是基础体验优先级——用户输入时突然的布局位移会打断操作流，是比“分组可读性”更底层的体验要求。

所以我的建议是分场景灵活处理，而不是一刀切：

• 全局独立字段：严格用32dp固定间距，提前预留支持文本的空间，确保任何情况下布局都不会跳动。这是保底方案，符合MD3的核心要求。
• 强关联字段组：比如“手机号+验证码”“省市区联动地址”这种逻辑上绑定的字段，可以用更小的间距（比如16dp），但必须提前做边界测试：给组内每个字段都加上最长的支持文本（比如错误提示、辅助说明），验证是否会和下方字段的标签重叠。只要测试下来没有重叠问题，这个小间距分组是完全合理的——毕竟MD3的分组原则也是为了提升表单可读性，只要不破坏“无跳动”的基础体验，就不算违规。
• 备选方案：如果担心小间距的空间问题，给关联字段组加一个视觉容器（比如浅色背景、圆角边框），用容器来实现分组视觉，字段间还是用安全的固定间距，这样既兼顾了分组可读性，又不会有布局跳动的风险。

二、关于持久间距的优雅实现 #

绝对不推荐用“空支持文本占位”这种hack，不仅代码冗余，还可能影响无障碍访问（屏幕阅读器可能会识别空文本）。推荐这几种更优雅的方案：

• 自定义封装文本框组件：把“输入框+支持文本”封装成一个自定义View，内部固定好输入框到支持文本的间距，然后给整个自定义View设置统一的底部margin（比如32dp）。这样不管支持文本是否显示，自定义View的总高度都是固定的（输入框高度+支持文本预留高度+内部间距），外部使用时完全不用操心布局跳动的问题。
• ConstraintLayout动态约束：用ConstraintLayout的Barrier或者Guideline，给每个文本框的底部设置一个参考线——参考线的位置是“文本框底部 + 支持文本的最大高度（比如24dp）”，然后把下一个文本框的顶部对齐到这个参考线。这样即使支持文本隐藏，下一个字段的位置也不会变，从根源上避免跳动。
• RecyclerView表单用ItemDecoration：如果你的表单是用RecyclerView实现的，可以自定义ItemDecoration，根据相邻Item是否属于同一组来返回不同的间距。同一组返回小间距，不同组返回32dp，同时确保每个Item的布局高度是固定的（包含支持文本的预留空间）。

总结 #

核心原则是：先守住“无布局跳动”的基础体验底线，再在这个基础上灵活处理字段分组的可读性。实现上用自定义组件或动态约束的方式，比空文本占位要优雅得多，也更符合MD3的设计初衷。

内容来源于stack exchange