当min-width大于max-width时，浏览器以min-width为准，忽略max-width；这不是错误，而是CSS隐含的约束逻辑，因元素无法同时满足“最小不小于A”和“最大不超过B”（A>B时B失效）。
min-width 大于 max-width 时浏览器怎么处理
浏览器不会报错，但会按逻辑“妥协”：实际渲染宽度取 min-width 值，max-width 被忽略。这不是 bug，而是 CSS 规范中隐含的约束逻辑——元素不能同时满足“最小不能小于 A”和“最大不能超过 B”，当 A > B 时，B 失效。
常见诱因包括：
- 响应式断点中手动覆盖了
min-width但忘了同步调整max-width - 使用 CSS 变量或预处理器生成值时，计算错误导致
--min-w: 600px、--max-w: 400px - 继承自父级的 width 行为干扰（比如父容器设了
width: 200px，子 table 又设min-width: 500px）
table 元素上直接写 min-width/max-width 为什么经常失效
因为 table 默认是 display: table，其宽度行为由内部单元格内容和 table-layout 决定，min-width 和 max-width 在多数情况下只对块级元素（如 div）有直观效果。
真正起作用的路径只有两条：
立即学习“前端免费学习笔记（深入）”；
- 给
table设置display: block，此时它退化为普通块容器，min-width/max-width生效，但失去表格语义和自动列对齐能力 - 包裹一层
div，把min-width/max-width放在该容器上，table设为width: 100%—— 这是最稳妥的写法
示例：
div.table-wrapper {
min-width: 400px;
max-width: 1200px;
margin: 0 auto;
}
div.table-wrapper table {
width: 100%;
table-layout: fixed; /* 配合 width: 100% 才能稳定列宽 */
}IE6/IE7 下 min-width/max-width 完全不生效怎么办
这两个版本根本不识别 min-width 和 max-width，连 expression 也需配合特定 hack 才能模拟。现代项目通常已放弃支持，但如果必须兼容，只能用以下组合：
- 对
min-width: 400px，写成_width: expression((document.body.clientWidth || document.documentElement.clientWidth) - 对
max-width: 800px，写成_width: expression((document.body.clientWidth || document.documentElement.clientWidth) > 800 ? '800px' : 'auto'); - 必须加
overflow: hidden防止 expression 计算溢出影响布局
注意：_width 是 IE6 专属 hack，其他浏览器会忽略；expression 在 IE8+ 已被禁用，且性能极差，仅作兜底。
表格列宽受 min-width/max-width 影响吗
完全不影响。列宽由 <col>、首行 <td> 的 width、或 table-layout: fixed + width 共同决定。min-width/max-width 即使写在 td 上，也只限制该单元格盒子自身尺寸，无法改变整列宽度分配逻辑。
想控制列宽，优先顺序是：
- 设
table-layout: fixed，再给<col>或首行<td>设width - 用
td { min-width: 120px }防止单元格内容过窄压缩，但别指望它撑开整列 - 避免在
td上同时设width和min-width，后者会被前者压制（除非width是auto）
真正容易被忽略的是：表格宽度边界问题从来不是单一属性的事，它始终牵扯到 table-layout、父容器约束、以及是否用了 display: block 这类“降级”手段。没搞清这三层关系，光调 min-width 和 max-width 数值，基本白忙。
