大屏项目需「整体保真缩放」而非断点切换，media query 无法解决拉伸变形、图表错乱等问题；应通过 Less 变量（如 @scale）统一控制等比缩放，推荐 rem + 动态根字号方案，兼顾兼容性与第三方组件适配。
为什么大屏项目不能只靠 media query 做响应式
因为大屏要的是「整体保真缩放」，不是「断点切换布局」。media query 适合隐藏/显示/重排元素，但面对 1920×1080 设计稿在 3840×2160 屏幕上拉伸变形、文字糊成一片、ECharts 图表比例错乱等问题，它根本无能为力。
Less 本身不提供缩放能力，但它能帮你把缩放逻辑组织得清晰、可维护、可复用。关键在于：把缩放因子抽成变量，让所有尺寸单位（width、font-size、padding）都基于这个因子运算，而不是硬写像素值。
用 @scale 变量统一控制缩放比例
别在每个地方手动算 300px * 1.5，而是定义一个全局缩放变量，再用 Less 的乘法运算自动推导：
@base-width: 1920;
@base-height: 1080;
@scale: min(100vw / @base-width, 100vh / @base-height);
<p>.container {
width: 1920px <em> @scale;
height: 1080px </em> @scale;
font-size: 14px * @scale;
transform: scale(@scale);
transform-origin: 0 0;
}这样做的好处是：只要改一处 @scale，整个页面就等比缩放。但要注意几个坑：
立即学习“前端免费学习笔记（深入）”；
-
transform: scale()会让子元素的border、box-shadow也跟着缩放，可能变细或消失，需用border-width: 1px / @scale补偿 -
min()函数在 Less 3.5+ 才支持；旧版本得用.when混合 + 条件判断 - 如果页面内容超出视口，
transform会把溢出部分切掉，建议配合overflow: hidden或用zoom（仅 Chrome 支持）替代
用 rem + Less 动态计算根字号更稳妥
相比 transform: scale()，用 rem 单位 + 动态设置 html 的 font-size 更兼容、更可控。Less 负责把设计稿像素值转成 rem：
@base-font-size: 16px;
@base-width: 1920;
@root-font-size: (100vw / @base-width) * @base-font-size;
<p>html {
font-size: @root-font-size;
}</p><p>.title {
font-size: 32px / @base-font-size <em> 1rem; // → 2rem
margin: 20px / @base-font-size </em> 1rem;
}这种写法适配性更强，尤其适合嵌入 ECharts、AntV 等依赖真实像素计算的图表库。注意两点：
- 必须确保 JS 不覆盖
html的font-size，否则 Less 计算失效 -
1rem是动态的，所以所有尺寸都得用除法换算，别漏掉单位转换步骤 - 小屏（如 1366×768）下
@root-font-size可能小于 12px，导致文字过小，建议加最小限制：font-size: max(12px, @root-font-size)
避免在 Less 中直接写 vw/vh 数值
很多人图省事，直接写 width: 50vw，但这样会和缩放逻辑冲突——vw 是相对于视口，@scale 是相对于设计稿，两者叠加容易失控。
真正安全的做法是：只在根容器上用一次 vw/vh 算出缩放因子，其余全部走 @scale 或 rem 运算。比如：
- ✅ 正确：
@scale: 100vw / 1920;，然后所有尺寸用* @scale - ❌ 危险：
.chart { width: 80vw; height: 60vh; }—— 这个宽度和你定义的缩放因子无关，无法对齐设计稿比例 - ⚠️ 特殊情况：全屏背景图、遮罩层等不需要保真的元素，可以单独用
vw/vh，但要明确注释“非缩放区”
大屏缩放最麻烦的从来不是怎么写，而是怎么让缩放不破坏图表、动画、第三方组件的内部度量。Less 能帮你管住 CSS 层，但 JS 层的适配（比如 ECharts 的 resize()、Canvas 的 devicePixelRatio 处理）还得同步跟上。
