min-width不生效的四大主因是盒模型设置、父容器约束、浏览器内置样式及calc()语法错误；需统一box-sizing: border-box、检查flex收缩、重置-webkit-appearance、确保calc空格与变量定义。
min-width不生效？检查盒模型和父容器宽度
最常见的情况是min-width写了但没反应，不是语法错，而是盒模型或祖先元素在“拦路”。默认box-sizing是content-box，这时min-width只管内容区，padding、border全算额外加宽；如果父容器本身宽度不足（比如被flex压缩或float挤占），子元素再设min-width也顶不住。
- 先确认目标元素的
box-sizing：建议统一设为border-box，避免尺寸计算意外 - 检查父级是否用了
display: flex且未设flex-shrink: 0——flex项目默认可收缩，会无视min-width - 若父容器是
inline或inline-block，注意它自身可能受文本流限制，需配合white-space: nowrap或width: fit-content
max-width和min-width一起用时的优先级陷阱
max-width和min-width不是“谁写在后面谁赢”，它们共同构成一个有效区间，但浏览器实际渲染时会受width值干扰。如果同时写了width: 200px、min-width: 300px，那width会被忽略；但如果width是auto或fit-content，约束才真正起效。
- 避免混用
width和min/max-width——除非你明确需要覆盖行为 - 响应式场景下，
min-width: 320px+max-width: 1200px比固定width更安全，但要注意媒体查询内是否重复设了冲突的width - 在
table或table-cell里，min-width常被忽略，改用min-width配合table-layout: fixed才能稳定生效
移动端适配中min-width失效的典型场景
在iOS Safari或某些Android WebView里，min-width对input、button等表单控件经常“失灵”，根本原因是这些元素有浏览器内置的最小尺寸保护（比如iOS强制input最小高度44px），而min-width只管水平方向，且可能被-webkit-appearance覆盖。
- 给
input设min-width前，先加-webkit-appearance: none，否则样式可能被重置 - 移动端慎用
min-width: 100%，它在缩放或横屏时可能触发意外回流，改用min-width: 0配合flex: 1更可靠 - 如果用
vw单位（如min-width: 30vw），注意低版本Android不支持，建议降级为min-width: 320px兜底
使用calc()组合min-width时的括号与空格细节
calc()里漏空格或括号不匹配，会导致整个min-width声明被浏览器丢弃——而且不报错，静默失效。比如min-width: calc(100%-20px)缺空格，就等同于无效；calc(100vw - var(--gap))里变量未定义，也会让整条规则失效。
立即学习“前端免费学习笔记（深入）”；
- 必须写成
calc(100% - 20px)，减号前后都要有空格 - 嵌套
calc（如calc(calc(100% / 3) - 10px)）在旧版Safari中不支持，优先扁平化 - 变量要确保已定义：
:root { --gap: 12px; }，否则calc(100% - var(--gap))直接退化为min-width: auto
盒模型、父容器约束、浏览器内置样式、calc语法细节——这四点卡住的地方，比写错属性名还难排查。真遇到min-width不动，先盯住这四个位置。
