移动端微调内边距失效的根本原因是未设box-sizing:border-box，导致padding在content-box下额外撑宽，与width:100%冲突；必须全局重置box-sizing并配合单边padding、固定单位及BFC保障生效。
移动端微调内边距，核心不是加媒体查询，而是先确保盒模型可控——没设 box-sizing: border-box 之前，所有 padding 调整都是在“猜尺寸”。
为什么移动端 media query 里改 padding 常失效
常见现象：写了 @media (max-width: 768px) { .card { padding: 8px 12px; } }，但实际左右间距还是不对。根本原因不是媒体查询没生效，而是：
- 父容器或自身仍用默认
box-sizing: content-box，导致padding额外撑开总宽度，和width: 100%冲突 - 元素是
inline或未触发 BFC（比如被float拉走），padding-left/padding-right在某些 Android WebView 中视觉不生效 - 用了简写
padding: 8px 12px 8px;，却被误读为「左=12, 右=8」，实际是「左=右=12」
padding 单边属性在媒体查询中更安全
响应式场景下，优先用 padding-top、padding-bottom 等单边属性，而不是四值简写。原因很实在：
- 避免顺序混淆：
padding: 4px 8px 12px;的第三值是下边距，但有人会当成右边距，一改就错 - 覆盖精准：同一选择器里，
padding-bottom: 6px会明确覆盖之前padding: 8px 12px中的下边距，不会牵连左右 - 动画友好：只改
padding-top触发的重排（reflow）比改整个padding小得多 - 示例：小屏下收缩顶部呼吸感，但保留右侧图标间距
@media (max-width: 480px) { .btn { padding-top: 4px; padding-right: 16px; } }
移动端必须配合的三件事
光写媒体查询不够，这三点漏掉一个，padding 微调就容易翻车：
立即学习“前端免费学习笔记（深入）”；
- 全局加
* { box-sizing: border-box; }—— 不是可选项，是前提。尤其表单控件（input、select）在 iOS Safari 默认仍是content-box，得显式覆盖 - 避免用百分比
padding做响应式（如padding: 2% 5%），它基于父容器宽度计算，在 viewport 缩放或横屏时行为不稳定；改用rem或固定px更可控 - 如果父容器有
overflow: hidden且子元素没形成 BFC，padding可能被裁剪——加display: flow-root或overflow: auto到子元素上即可
真正麻烦的从来不是“怎么写媒体查询”，而是 padding 生效那一刻，你是否清楚它到底加在了哪一层盒模型上、又被谁吃了、有没有被继承规则悄悄覆盖。这些细节不盯住，再精细的像素调整也会在某个安卓旧版浏览器里消失不见。
