aspect-square更可靠是因为它在Tailwind v3.3+中等价于aspect-ratio: 1/1且自动回退到padding-top: 100% + position: relative方案，兼容Safari等不支持原生aspect-ratio的旧浏览器。
aspect-square 能直接创建正方形容器，但只在 Chrome 88+、Firefox 89+、Safari 15.4+ 中生效；老浏览器或需完全可控的场景下，必须用 padding-top + position: absolute 回退方案。
为什么 aspect-square 加了没效果？
常见错误不是类名写错，而是容器缺乏宽度来源或被子元素破坏比例约束：
- 父容器没设宽度（比如
div默认width: auto，但height: 0），aspect-square就无基准可算 - 子元素写了
height: 100%或position: absolute且未限制尺寸，会覆盖aspect-ratio的高度计算 - 用了
flex布局但没配flex-1或w-full，导致容器宽度坍缩为 0 - 在 IE 或旧版 Safari 中使用——这些浏览器根本忽略
aspect-ratio
如何手动实现兼容性更强的正方形容器？
核心是利用 padding-top 百分比按父宽计算的特性，配合定位让内容填满：
.square {
width: 100%;
padding-top: 100%; /* 关键：100% 是相对于父宽 */
position: relative;
}
.square > * {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
这个方案兼容 IE9+，但要注意：
立即学习“前端免费学习笔记（深入）”；
- 必须用
position: absolute布局子内容，语义和可访问性略弱 - 如果父容器宽度为 0（如
flex未设flex-basis），padding-top也会是 0，整个容器“消失” - 不能直接给子元素设
margin，否则会撑出容器外边距
aspect-[1/1] 和 aspect-square 有什么区别？
两者最终都生成 aspect-ratio: 1 / 1，但行为差异明显：
-
aspect-square是预设类，Tailwind v3.0+ 开箱即用，无需额外配置 -
aspect-[1/1]属于自定义比值语法，仅 Tailwind v3.2+ 支持，且必须启用 JIT 模式，并确保content配置包含对应模板路径 - 动态拼接类名（如
className={`aspect-[${ratio}]`}）会导致编译时无法提取，样式不生成 - 自定义语法在 PostCSS 插件模式下完全无效，旧项目升级后容易踩坑
真正难的不是选哪个类名，而是判断容器是否处于一个能触发 aspect-ratio 计算的布局上下文——它依赖块级流、相对/绝对定位、明确的宽度来源，三者缺一不可。很多“失效”问题，其实卡在父层 flex 或 grid 的隐式尺寸逻辑里，而不是 Tailwind 本身。
