先说几个核心判断：top和bottom同时设置，只有在元素脱离正常文档流时才会生效。这其实并非偶然，而是CSS定位机制在规范层面做出的有意设计。

top 和 bottom 同时设置只对非 static 定位生效

你可以把top、bottom这类偏移属性，理解成“定位上下文”专属的坐标指令。它们并非用于控制常规布局，而是用来描述元素在特定坐标系中所处的位置。为什么这样说？因为浏览器只有在元素脱离正常文档流（也就是position值为absolute、fixed或sticky）时，才会启用这套偏移计算机制。如果元素仍处于position: static（默认值）状态，这些偏移值会被直接忽略——甚至连解析流程都不会进入。

absolute 下 top + bottom 触发高度拉伸计算

当position: absolute元素同时声明了top和bottom（且height未被显式指定，或者值为auto），浏览器会按照规范执行拉伸计算。其公式并不复杂：

• height = 包含块高度 − top值 − bottom值
• 该计算过程与left/right是否设置无关；仅设定top和bottom就足以触发垂直方向的拉伸行为
• 这里有一个关键点需要留意：如果包含块高度为auto（例如父容器没有设定高度），那么拉伸结果将变得不可控，常见表现是高度塌陷或非预期地撑开容器
• 特别注意：此时margin、padding、border会叠加在计算出的height之上，它们并非被“减去”，而是额外增加整体尺寸

relative 下 top 和 bottom 同时设置无效

position: relative的工作机制遵循完全不同的逻辑。它既不会改变包含块，也不会触发拉伸计算。在此模式下，表现如下：

• top和bottom并非“对立控制”的关系，而是互斥——bottom会被完全忽略，最终只有top起作用
• 同理，当left和right同时设置时，right会被忽略
• 这并非优先级或CSS权重的问题，而是CSS规范强制定义的规则，与书写顺序或class加载顺序均无关系
• 如果在relative元素上误写了top: 10px; bottom: 10px;，实际效果只会看到向上偏移10px，bottom值形同虚设

容易踩的坑：拉伸依赖包含块高度

很多人认为top: 20px; bottom: 20px;作用于absolute元素时，一定能撑满可用空间，但实际效果完全取决于包含块是否具备明确的高度基准：

• 父容器是position: relative但未设置height → 包含块高度为auto → 拉伸失效或高度变为0
• 父容器采用flex或grid布局，但未设定min-height或height → 同样无法获得可靠的拉伸效果
• 使用position: fixed时，包含块是视口，因此top/bottom拉伸通常稳定；但需注意移动端Safari对vh单位存在兼容性偏差
• 如需兼容老版本浏览器（如IE11），建议避免依赖top + bottom拉伸方案，改用height: 100%配合显式父容器高度更为稳妥

真正起作用的从来不是“写了两个方向”，而是“定位类型 + 包含块是否提供可计算的高度基准”。只要遗漏其中任意一环，top和bottom就只是两个安静躺在那里的无效声明。