预览里同一块卡片边缘对不齐：改 padding 数字，邻居跟着让位。改 offset，看着挪了，旁边组件却像没收到通知，点按热区也和视觉边框错开。Jetpack Compose 官方 Modifiers 文档把这两类修饰符的差别写得很明白——重点不在「再多加几个 dp」，而在测量时有没有占空间，以及链式顺序会不会改最终结果。
padding 占测量，offset 不改尺寸
文档举例：padding 会在元素周围留出空间。fillMaxWidth 之类再决定怎么吃父级给的宽度。换句话说，padding 参与布局测量，父级和兄弟节点会「看见」这块留白，整列高度、对齐线都会跟着变。
offset 一节写的是：相对布局完成后的原位置，按 x、y 平移。偏移可以是正数，也可以是非正数。和 padding 的差别写在同一段里——给 composable 加上 offset，不会改变它的测量结果。元素在测量阶段仍按原来的大小参与排布，只是画出来的位置挪了。视觉上像「飘出去」，占位却可能还停在原地，所以相邻组件的空隙、点击区域都会和肉眼看到的矩形对不上。
水平方向上，offset 还会跟布局方向有关：从左到右时正偏移往右移，从右到左时正偏移往左移。若需要无视布局方向、始终按绝对方向挪，文档指向 absoluteOffset。做多语言或 RTL 切换时，用错哪一个，同一套 dp 会朝相反方向跑。
顺序本身就影响结果
官方单独强调：修饰符函数的顺序是有意义的。每一个调用都作用在上一个返回的 Modifier 上，序列不同，最终行为不同。文档用 clickable 和 padding 对照：
- 先
clickable再padding：外围 padding 那圈也在可点范围内。 - 先
padding再clickable：padding 加出来的空间不响应点击。
padding 和 offset 叠在一起时，同样要按「谁先参与测量、谁后做视觉平移」来读链。先 pad 再 offset，常见效果是：测量里已经留白，再在留白之后的位置上平移绘制。先 offset 再 pad，平移发生在另一段修饰之后，最终边距和热区又会是另一套。对着预览「再加 4.dp 试试」而不看顺序，很容易越改越飘。
文档还提醒：和旧 View 体系里 margin 在外、padding 在内那套心智不同，Compose 用显式顺序表达行为，所以没有单独的 margin 修饰符，只保留 padding。把「外边距」习惯硬套过来，再叠一层 offset 修视觉，往往就是飘移的来源。background、clip、clickable 插在链的不同位置时，着色范围和命中范围也会一起变，排障时把整条 Modifier 链按调用顺序读一遍，比只盯某一个数字快。
什么时候用哪一个
- 需要给内容留白、撑开与邻居的间距、让父级按更大尺寸排布：用
padding（或size等会改测量的修饰符）。 - 只想在测量结果既定之后微调绘制位置、且接受占位不变：用
offset（或文档提到的absoluteOffset）。 - 热区和视觉边不一致时，先把链拆开，确认 clickable / clip / background 相对 padding、offset 的先后，再改数字。
官方示例里 offset(x = 4.dp) 那种小幅平移，适合对齐基线或光学微调。大段「整块挪走」却仍占原位，多半该回头改测量层，而不是继续加 offset。动画里若只用 offset 做出场，也要清楚布局占位还在不在原地，避免列表测量和滚动范围被「看不见的空位」撑开。
你们项目里更常见的是「pad 完再用 offset 修齐」，还是「offset 写在链很前面」？对不齐时最后改动的是哪一个修饰符？