响应式断点策略再思考从移动优先到容器查询的布局演进路线2015年移动优先是前沿2020年移动优先是标配2025年移动优先开始显得不够用了。不是移动不重要而是我们的布局思维需要从设备尺寸进化到容器尺寸。这篇文章我想聊聊响应式布局的过去、现在、和未来——以及作为前端我们该如何应对这场布局思维的进化。一、断点简史从固定宽度到移动优先的演进响应式设计的历史就是一部与设备碎片化斗争的历史。从美院学排版时老师教的是固定尺寸A4、海报尺寸进入前端后我发现网页的画布是无限大的——也是无限碎片化的。三个时代的断点策略移动优先的断点策略回顾移动优先Mobile First的核心思想是先设计移动端再逐步增强到大屏幕。对应的 CSS 写法/* 移动优先默认样式 移动端样式 */ .card { padding: 16px; font-size: 14px; } /* 平板min-width 断点 */ media (min-width: 768px) { .card { padding: 24px; font-size: 16px; } } /* 桌面min-width 断点 */ media (min-width: 1024px) { .card { padding: 32px; font-size: 18px; } }这种写法的优点移动端样式是默认不需要媒体查询性能更好渐进增强老设备也能看到基本样式符合移动端流量占比越来越高的趋势这种写法的缺点也是我们需要再思考的原因断点是基于设备尺寸的假设但设备尺寸越来越碎片化一个组件在不同宽度的容器中可能需要不同的布局——但视口断点无法感知容器宽度当出现侧边栏 主内容的布局时主内容区域的可用宽度≠视口宽度主流断点体系对比目前业界有几套主流的断点体系每套都有自己的设计哲学体系断点定义设计哲学适用场景Bootstrap 4/5576/768/992/1200/1400px设备分级手机/平板/桌面/大屏通用网站Tailwind CSS640/768/1024/1280/1536px与Tailwind的容器宽度对齐与Tailwind配套使用Material Design0-360/361-480/481-840/841-1280/1280px考虑拇指操作区域Material Design产品自定义体系根据产品用户数据定义数据驱动有用户数据的成熟产品我的推荐断点体系经过多个项目验证/* 推荐断点体系基于用户数据 设备市场分布 */ :root { /* 断点值与_tail断点对齐便于协作 */ --breakpoint-sm: 640px; /* 大手机横屏 / 小平板 */ --breakpoint-md: 768px; /* iPad竖屏 */ --breakpoint-lg: 1024px; /* iPad横屏 / 小桌面 */ --breakpoint-xl: 1280px; /* 标准桌面 */ --breakpoint-2xl: 1536px; /* 大桌面 / 宽屏 */ }为什么这样选640pxiPhone SE横屏568px之后下一个常见宽度是 667pxiPhone 8640px 是两者的折中768pxiPad 竖屏的标准宽度必须设为断点1024pxiPad 横屏 / 上网本宽度也是桌面端的起点1280px统计上最常见的桌面宽度来自 StatCounter 数据1536px1920px 宽屏的 80%内容区最大宽度的常用值二、容器查询响应式布局的范式转移2023年CSS Container Queries 终于在主流浏览器中稳定支持。这是 CSS 布局史上继 Flexbox、Grid 之后的第三个里程碑——它让我们终于可以写感知容器宽度的组件。视口断点 vs 容器查询核心区别容器查询的基本用法/* 第一步定义容器 */ .main-content { container-type: inline-size; /* 只监听宽度变化最常用 */ container-name: main-content; /* 给容器命名可选用于container查询 */ /* 简写container: main-content / inline-size; */ } /* 第二步在容器内部使用 container 查询 */ .card { /* 默认样式窄容器 */ display: block; padding: 16px; } container main-content (min-width: 400px) { .card { display: grid; grid-template-columns: 120px 1fr; /* 图片在左文字在右 */ gap: 16px; padding: 24px; } } container main-content (min-width: 700px) { .card { grid-template-columns: 200px 1fr; /* 更宽的图片区 */ gap: 24px; padding: 32px; } }实战案例一个真正响应式的卡片组件这个案例展示了容器查询如何改变我们写组件的方式——组件不再关心视口有多大只关心我的容器有多宽。HTML结构!-- 这个卡片组件可以在任何宽度的容器中使用 -- div classcard img classcard__image srccover.jpg alt div classcard__body h3 classcard__title文章标题/h3 p classcard__summary文章摘要.../p span classcard__date2026-07-01/span /div /divCSS使用容器查询/* 卡片组件使用容器查询真正响应式 */ .card { /* 默认窄容器纵向排列 */ display: flex; flex-direction: column; border-radius: 12px; overflow: hidden; background: #FFFFFF; box-shadow: 0 2px 8px rgba(0, 0, 0, 0.08); } .card__image { width: 100%; height: 200px; object-fit: cover; } .card__body { padding: 16px; } /* 容器查询当容器宽度 ≥ 400px 时横向排列 */ container (min-width: 400px) { .card { flex-direction: row; /* 横向排列 */ align-items: stretch; } .card__image { width: 120px; height: auto; /* 高度自动填满容器 */ flex-shrink: 0; } .card__body { padding: 20px; display: flex; flex-direction: column; justify-content: center; } } /* 容器查询当容器宽度 ≥ 700px 时更宽松的布局 */ container (min-width: 700px) { .card__image { width: 200px; } .card__body { padding: 32px; } .card__title { font-size: 20px; } }关键点这个卡片组件无论放在多宽的容器里都会根据自己的容器的宽度自动调整布局——这才是真正的响应式组件。容器查询的浏览器兼容性2026年更新结论截至2026年7月容器查询已经在所有现代浏览器中稳定支持可以在生产环境中使用。如果需要支持 Safari 15 及以下可以用supports做降级/* 检测容器查询支持 */ supports (container-type: inline-size) { /* 支持容器查询的浏览器 */ .main-content { container-type: inline-size; } /* ... 容器查询样式 ... */ } /* 降级不支持容器查询的浏览器使用视口断点 */ supports not (container-type: inline-size) { media (min-width: 768px) { .card { flex-direction: row; } } }三、断点策略的现代化移动优先 容器查询的混合方案容器查询很美好但不是所有场景都适合用容器查询。合理的策略是页面级布局用视口断点组件级布局用容器查询。混合方案的架构实际项目中的断点定义完整参考以下是我在一个中型 SaaS 产品中使用的完整断点定义可直接参考// _breakpoints.scss // 视口断点用于页面级布局 // 移动端0 - 639px默认样式 // 平板640px - 767px $breakpoint-sm: 640px; // 平板横屏/小桌面768px - 1023px $breakpoint-md: 768px; // 桌面1024px - 1279px $breakpoint-lg: 1024px; // 大桌面1280px - 1535px $breakpoint-xl: 1280px; // 超宽屏1536px $breakpoint-2xl: 1536px; // 媒体查询 mixinSCSS mixin respond-to($breakpoint) { if $breakpoint sm { media (min-width: $breakpoint-sm) { content; } } else if $breakpoint md { media (min-width: $breakpoint-md) { content; } } else if $breakpoint lg { media (min-width: $breakpoint-lg) { content; } } else if $breakpoint xl { media (min-width: $breakpoint-xl) { content; } } else if $breakpoint 2xl { media (min-width: $breakpoint-2xl) { content; } } } // 用法 .card { padding: 16px; include respond-to(md) { padding: 24px; } include respond-to(lg) { padding: 32px; } }容器查询的断点定义容器查询的断点不应该照搬视口断点——容器查询的断点应该基于组件在该宽度下的布局需求。// _container-breakpoints.scss // 容器查询断点基于组件布局需求而非设备尺寸 $container-breakpoint-narrow: 300px; // 窄容器纵向排列 $container-breakpoint-compact: 400px; // 紧凑横向排列小图 $container-breakpoint-comfortable: 600px; // 舒适横向排列大图 $container-breakpoint-wide: 800px; // 宽容器更复杂的布局 // 容器查询 mixin mixin container-respond-to($breakpoint) { if $breakpoint narrow { container (min-width: #{$container-breakpoint-narrow}) { content; } } else if $breakpoint compact { container (min-width: #{$container-breakpoint-compact}) { content; } } else if $breakpoint comfortable { container (min-width: #{$container-breakpoint-comfortable}) { content; } } else if $breakpoint wide { container (min-width: #{$container-breakpoint-wide}) { content; } } }为什么容器断点比视口断点小因为容器通常比视口窄。一个在1024px视口中的侧边栏其容器宽度可能只有300px——如果用视口断点1024px已经触发桌面样式但实际上容器只有300px宽桌面样式会挤爆容器。四、流式布局与clamp()减少断点数量的现代技巧断点越多维护成本越高。现代 CSS 的一个趋势是用流式布局减少断点数量。核心技巧是clamp()函数。clamp()三柏林式的响应式clamp(min, preferred, max)接受三个参数返回一个在[min, max]范围内的值preferred通常是一个相对单位如vw。/* 传统方式需要用断点切换字号 */ .title { font-size: 20px; /* 移动端 */ } media (min-width: 768px) { .title { font-size: 28px; /* 平板 */ } } media (min-width: 1024px) { .title { font-size: 36px; /* 桌面 */ } } /* 现代方式用 clamp() 一个声明搞定 */ .title { font-size: clamp(20px, 4vw, 36px); /* 最小 20px最大 36px理想值 4vw */ /* 在 500px 视口中4vw 20px → 20px */ /* 在 1000px 视口中4vw 40px → 被 max 限制为 36px */ /* 在 750px 视口中4vw 30px → 30px在范围内 */ }clamp() 的参数计算公式clamp()的preferred值中间参数不是随便选的而是可以计算的preferred (max - min) / (max-viewport - min-viewport) * 100vw offset 简化版实用 preferred (min max) / 2 转换为 vw 更实用的经验公式 1. 确定最小字号移动端和最大字号桌面端 2. 确定最小视口和最大视口 3. preferred (max-px - min-px) / (max-vw - min-vw) * 100vw实际计算示例需求字号在 375px 视口中为 20px在 1280px 视口中为 36px。 计算 slope (36 - 20) / (1280 - 375) 16 / 905 ≈ 0.0177 preferred 0.0177 * 100vw ≈ 1.77vw 但 1.77vw 在 375px 视口中 6.6px不对... 正确算法用 CSS 锁公式 preferred calc((36px - 20px) / (1280px - 375px) * 100vw 20px - (36px - 20px) / (1280px - 375px) * 375px) 简化为直接用工具生成 .title { font-size: clamp(20px, 1.77vw 13.3px, 36px); }偷懒方案用在线工具生成clamp()参数Utopia推荐[Clamp Calculator](https://clamp Calculator.com)用clamp()减少断点实战案例/* 用 clamp() 实现流式间距无需断点 */ .flow * * { margin-top: clamp(16px, 3vw, 32px); /* 最小 16px最大 32px随视口流畅变化 */ } /* 用 clamp() 实现流式宽度 */ .container { width: min(100% - 32px, 1200px); /* 小于 1232px 视口时width 100% - 32px有边距 */ /* 大于 1232px 视口时width 1200px最大宽度 */ margin-inline: auto; } /* 用 clamp() 实现流式圆角 */ .card { border-radius: clamp(8px, 1.5vw, 16px); }流式布局的局限性clamp()虽好但不是万能的只能处理数值属性字号、间距、宽度...不能处理布局模式的变化如flex-direction切换复杂布局仍需断点如卡片从纵向变横向需要container或media过度使用会降低可读性clamp(20px, 1.77vw 13.3px, 36px)不如20px直观使用建议简单的数值变化 → 用clamp()布局模式变化 → 用container或media两者结合 → 最佳方案五、总结响应式断点策略的演进从固定宽度到移动优先再到容器查询 流式布局——这不是新技术替代旧技术而是我们的布局思维在不断精细化。移动优先教会了我们渐进增强容器查询教会了我们组件自治流式布局clamp()教会了我们减少断点。这三者的结合才是现代响应式布局的完整图景。从美院到前端我始终觉得响应式设计就像水墨画的留白——不是把所有内容都塞满屏幕而是让内容在不同尺寸的画布上都能找到最舒服的位置。断点、容器查询、流式布局都是实现这个目标的工具。关键要点混合方案页面级用视口断点组件级用容器查询断点要基于数据不要盲目照搬 Bootstrap要根据用户数据定义断点容器查询是未来组件不再依赖视口真正可复用clamp()减少断点简单数值变化用流式布局减少维护成本降级不可少用supports检测保证旧浏览器可用美院老师曾说构图不是把东西放在对的位置而是让每个元素在自己的位置上舒服。响应式布局也是一样——不是让页面适配屏幕而是让内容在任意宽度的空间中都能舒服地存在。Tech主题倒数第二篇最后一篇预告SVG动效优化手册——用matrix变形和will-change让复杂动画丝般顺滑。
响应式断点策略再思考从移动优先到容器查询的布局演进路线2015年移动优先是前沿2020年移动优先是标配2025年移动优先开始显得不够用了。不是移动不重要而是我们的布局思维需要从设备尺寸进化到容器尺寸。这篇文章我想聊聊响应式布局的过去、现在、和未来——以及作为前端我们该如何应对这场布局思维的进化。一、断点简史从固定宽度到移动优先的演进响应式设计的历史就是一部与设备碎片化斗争的历史。从美院学排版时老师教的是固定尺寸A4、海报尺寸进入前端后我发现网页的画布是无限大的——也是无限碎片化的。三个时代的断点策略移动优先的断点策略回顾移动优先Mobile First的核心思想是先设计移动端再逐步增强到大屏幕。对应的 CSS 写法/* 移动优先默认样式 移动端样式 */ .card { padding: 16px; font-size: 14px; } /* 平板min-width 断点 */ media (min-width: 768px) { .card { padding: 24px; font-size: 16px; } } /* 桌面min-width 断点 */ media (min-width: 1024px) { .card { padding: 32px; font-size: 18px; } }这种写法的优点移动端样式是默认不需要媒体查询性能更好渐进增强老设备也能看到基本样式符合移动端流量占比越来越高的趋势这种写法的缺点也是我们需要再思考的原因断点是基于设备尺寸的假设但设备尺寸越来越碎片化一个组件在不同宽度的容器中可能需要不同的布局——但视口断点无法感知容器宽度当出现侧边栏 主内容的布局时主内容区域的可用宽度≠视口宽度主流断点体系对比目前业界有几套主流的断点体系每套都有自己的设计哲学体系断点定义设计哲学适用场景Bootstrap 4/5576/768/992/1200/1400px设备分级手机/平板/桌面/大屏通用网站Tailwind CSS640/768/1024/1280/1536px与Tailwind的容器宽度对齐与Tailwind配套使用Material Design0-360/361-480/481-840/841-1280/1280px考虑拇指操作区域Material Design产品自定义体系根据产品用户数据定义数据驱动有用户数据的成熟产品我的推荐断点体系经过多个项目验证/* 推荐断点体系基于用户数据 设备市场分布 */ :root { /* 断点值与_tail断点对齐便于协作 */ --breakpoint-sm: 640px; /* 大手机横屏 / 小平板 */ --breakpoint-md: 768px; /* iPad竖屏 */ --breakpoint-lg: 1024px; /* iPad横屏 / 小桌面 */ --breakpoint-xl: 1280px; /* 标准桌面 */ --breakpoint-2xl: 1536px; /* 大桌面 / 宽屏 */ }为什么这样选640pxiPhone SE横屏568px之后下一个常见宽度是 667pxiPhone 8640px 是两者的折中768pxiPad 竖屏的标准宽度必须设为断点1024pxiPad 横屏 / 上网本宽度也是桌面端的起点1280px统计上最常见的桌面宽度来自 StatCounter 数据1536px1920px 宽屏的 80%内容区最大宽度的常用值二、容器查询响应式布局的范式转移2023年CSS Container Queries 终于在主流浏览器中稳定支持。这是 CSS 布局史上继 Flexbox、Grid 之后的第三个里程碑——它让我们终于可以写感知容器宽度的组件。视口断点 vs 容器查询核心区别容器查询的基本用法/* 第一步定义容器 */ .main-content { container-type: inline-size; /* 只监听宽度变化最常用 */ container-name: main-content; /* 给容器命名可选用于container查询 */ /* 简写container: main-content / inline-size; */ } /* 第二步在容器内部使用 container 查询 */ .card { /* 默认样式窄容器 */ display: block; padding: 16px; } container main-content (min-width: 400px) { .card { display: grid; grid-template-columns: 120px 1fr; /* 图片在左文字在右 */ gap: 16px; padding: 24px; } } container main-content (min-width: 700px) { .card { grid-template-columns: 200px 1fr; /* 更宽的图片区 */ gap: 24px; padding: 32px; } }实战案例一个真正响应式的卡片组件这个案例展示了容器查询如何改变我们写组件的方式——组件不再关心视口有多大只关心我的容器有多宽。HTML结构!-- 这个卡片组件可以在任何宽度的容器中使用 -- div classcard img classcard__image srccover.jpg alt div classcard__body h3 classcard__title文章标题/h3 p classcard__summary文章摘要.../p span classcard__date2026-07-01/span /div /divCSS使用容器查询/* 卡片组件使用容器查询真正响应式 */ .card { /* 默认窄容器纵向排列 */ display: flex; flex-direction: column; border-radius: 12px; overflow: hidden; background: #FFFFFF; box-shadow: 0 2px 8px rgba(0, 0, 0, 0.08); } .card__image { width: 100%; height: 200px; object-fit: cover; } .card__body { padding: 16px; } /* 容器查询当容器宽度 ≥ 400px 时横向排列 */ container (min-width: 400px) { .card { flex-direction: row; /* 横向排列 */ align-items: stretch; } .card__image { width: 120px; height: auto; /* 高度自动填满容器 */ flex-shrink: 0; } .card__body { padding: 20px; display: flex; flex-direction: column; justify-content: center; } } /* 容器查询当容器宽度 ≥ 700px 时更宽松的布局 */ container (min-width: 700px) { .card__image { width: 200px; } .card__body { padding: 32px; } .card__title { font-size: 20px; } }关键点这个卡片组件无论放在多宽的容器里都会根据自己的容器的宽度自动调整布局——这才是真正的响应式组件。容器查询的浏览器兼容性2026年更新结论截至2026年7月容器查询已经在所有现代浏览器中稳定支持可以在生产环境中使用。如果需要支持 Safari 15 及以下可以用supports做降级/* 检测容器查询支持 */ supports (container-type: inline-size) { /* 支持容器查询的浏览器 */ .main-content { container-type: inline-size; } /* ... 容器查询样式 ... */ } /* 降级不支持容器查询的浏览器使用视口断点 */ supports not (container-type: inline-size) { media (min-width: 768px) { .card { flex-direction: row; } } }三、断点策略的现代化移动优先 容器查询的混合方案容器查询很美好但不是所有场景都适合用容器查询。合理的策略是页面级布局用视口断点组件级布局用容器查询。混合方案的架构实际项目中的断点定义完整参考以下是我在一个中型 SaaS 产品中使用的完整断点定义可直接参考// _breakpoints.scss // 视口断点用于页面级布局 // 移动端0 - 639px默认样式 // 平板640px - 767px $breakpoint-sm: 640px; // 平板横屏/小桌面768px - 1023px $breakpoint-md: 768px; // 桌面1024px - 1279px $breakpoint-lg: 1024px; // 大桌面1280px - 1535px $breakpoint-xl: 1280px; // 超宽屏1536px $breakpoint-2xl: 1536px; // 媒体查询 mixinSCSS mixin respond-to($breakpoint) { if $breakpoint sm { media (min-width: $breakpoint-sm) { content; } } else if $breakpoint md { media (min-width: $breakpoint-md) { content; } } else if $breakpoint lg { media (min-width: $breakpoint-lg) { content; } } else if $breakpoint xl { media (min-width: $breakpoint-xl) { content; } } else if $breakpoint 2xl { media (min-width: $breakpoint-2xl) { content; } } } // 用法 .card { padding: 16px; include respond-to(md) { padding: 24px; } include respond-to(lg) { padding: 32px; } }容器查询的断点定义容器查询的断点不应该照搬视口断点——容器查询的断点应该基于组件在该宽度下的布局需求。// _container-breakpoints.scss // 容器查询断点基于组件布局需求而非设备尺寸 $container-breakpoint-narrow: 300px; // 窄容器纵向排列 $container-breakpoint-compact: 400px; // 紧凑横向排列小图 $container-breakpoint-comfortable: 600px; // 舒适横向排列大图 $container-breakpoint-wide: 800px; // 宽容器更复杂的布局 // 容器查询 mixin mixin container-respond-to($breakpoint) { if $breakpoint narrow { container (min-width: #{$container-breakpoint-narrow}) { content; } } else if $breakpoint compact { container (min-width: #{$container-breakpoint-compact}) { content; } } else if $breakpoint comfortable { container (min-width: #{$container-breakpoint-comfortable}) { content; } } else if $breakpoint wide { container (min-width: #{$container-breakpoint-wide}) { content; } } }为什么容器断点比视口断点小因为容器通常比视口窄。一个在1024px视口中的侧边栏其容器宽度可能只有300px——如果用视口断点1024px已经触发桌面样式但实际上容器只有300px宽桌面样式会挤爆容器。四、流式布局与clamp()减少断点数量的现代技巧断点越多维护成本越高。现代 CSS 的一个趋势是用流式布局减少断点数量。核心技巧是clamp()函数。clamp()三柏林式的响应式clamp(min, preferred, max)接受三个参数返回一个在[min, max]范围内的值preferred通常是一个相对单位如vw。/* 传统方式需要用断点切换字号 */ .title { font-size: 20px; /* 移动端 */ } media (min-width: 768px) { .title { font-size: 28px; /* 平板 */ } } media (min-width: 1024px) { .title { font-size: 36px; /* 桌面 */ } } /* 现代方式用 clamp() 一个声明搞定 */ .title { font-size: clamp(20px, 4vw, 36px); /* 最小 20px最大 36px理想值 4vw */ /* 在 500px 视口中4vw 20px → 20px */ /* 在 1000px 视口中4vw 40px → 被 max 限制为 36px */ /* 在 750px 视口中4vw 30px → 30px在范围内 */ }clamp() 的参数计算公式clamp()的preferred值中间参数不是随便选的而是可以计算的preferred (max - min) / (max-viewport - min-viewport) * 100vw offset 简化版实用 preferred (min max) / 2 转换为 vw 更实用的经验公式 1. 确定最小字号移动端和最大字号桌面端 2. 确定最小视口和最大视口 3. preferred (max-px - min-px) / (max-vw - min-vw) * 100vw实际计算示例需求字号在 375px 视口中为 20px在 1280px 视口中为 36px。 计算 slope (36 - 20) / (1280 - 375) 16 / 905 ≈ 0.0177 preferred 0.0177 * 100vw ≈ 1.77vw 但 1.77vw 在 375px 视口中 6.6px不对... 正确算法用 CSS 锁公式 preferred calc((36px - 20px) / (1280px - 375px) * 100vw 20px - (36px - 20px) / (1280px - 375px) * 375px) 简化为直接用工具生成 .title { font-size: clamp(20px, 1.77vw 13.3px, 36px); }偷懒方案用在线工具生成clamp()参数Utopia推荐[Clamp Calculator](https://clamp Calculator.com)用clamp()减少断点实战案例/* 用 clamp() 实现流式间距无需断点 */ .flow * * { margin-top: clamp(16px, 3vw, 32px); /* 最小 16px最大 32px随视口流畅变化 */ } /* 用 clamp() 实现流式宽度 */ .container { width: min(100% - 32px, 1200px); /* 小于 1232px 视口时width 100% - 32px有边距 */ /* 大于 1232px 视口时width 1200px最大宽度 */ margin-inline: auto; } /* 用 clamp() 实现流式圆角 */ .card { border-radius: clamp(8px, 1.5vw, 16px); }流式布局的局限性clamp()虽好但不是万能的只能处理数值属性字号、间距、宽度...不能处理布局模式的变化如flex-direction切换复杂布局仍需断点如卡片从纵向变横向需要container或media过度使用会降低可读性clamp(20px, 1.77vw 13.3px, 36px)不如20px直观使用建议简单的数值变化 → 用clamp()布局模式变化 → 用container或media两者结合 → 最佳方案五、总结响应式断点策略的演进从固定宽度到移动优先再到容器查询 流式布局——这不是新技术替代旧技术而是我们的布局思维在不断精细化。移动优先教会了我们渐进增强容器查询教会了我们组件自治流式布局clamp()教会了我们减少断点。这三者的结合才是现代响应式布局的完整图景。从美院到前端我始终觉得响应式设计就像水墨画的留白——不是把所有内容都塞满屏幕而是让内容在不同尺寸的画布上都能找到最舒服的位置。断点、容器查询、流式布局都是实现这个目标的工具。关键要点混合方案页面级用视口断点组件级用容器查询断点要基于数据不要盲目照搬 Bootstrap要根据用户数据定义断点容器查询是未来组件不再依赖视口真正可复用clamp()减少断点简单数值变化用流式布局减少维护成本降级不可少用supports检测保证旧浏览器可用美院老师曾说构图不是把东西放在对的位置而是让每个元素在自己的位置上舒服。响应式布局也是一样——不是让页面适配屏幕而是让内容在任意宽度的空间中都能舒服地存在。Tech主题倒数第二篇最后一篇预告SVG动效优化手册——用matrix变形和will-change让复杂动画丝般顺滑。
相关新闻
双梁正问题 【 torch 实战】（Python代码实现）)
