vw设图表容器宽高后图表糊、变形或错位，是因为只缩放容器而未重绘canvas：图表库仍按初始化像素渲染，需调用resize()、适配devicePixelRatio、配合ResizeObserver及处理横竖屏切换。
vw设图表容器宽高后为什么图表会糊、变形或错位
直接写 width: 80vw; height: 50vh; 只是拉伸了容器盒子，但图表库（如 Chart.js、ECharts）内部 canvas 的像素缓冲区没变——它仍按初始化时的固定像素渲染，缩放后就出现锯齿、文字发虚、坐标轴偏移。这不是 CSS 错，是图表没“重绘”。
常见现象包括：横屏切换后图表被压扁、小屏上图例截断、放大页面后线条变粗但刻度没更新。
- 必须手动调用图表实例的
resize()方法（Chart.js）或chart.resize()（ECharts） - canvas 实际渲染像素受
window.devicePixelRatio影响，单纯靠 vw 缩放不补这个值，高 DPI 屏幕必糊 - 仅靠 CSS 缩放无法触发图表内部的坐标重算逻辑，数据点位置可能漂移
怎么让图表真正响应 vw 变化
不能只靠 CSS，得配合 JS 监听和重绘。核心是三件事：监听尺寸变化、适配设备像素比、触发图表 resize。
- 用
ResizeObserver替代window.onresize，更精准、性能更好，且能捕获容器级变化 - 获取容器真实像素宽高后，乘以
window.devicePixelRatio再设给 canvas 的width/height属性（不是 CSS 样式） - 最后调用图表实例的
resize()—— 注意：ECharts 要先setOption再resize，否则可能丢配置
示例关键片段：
立即学习“前端免费学习笔记（深入）”；
const ro = new ResizeObserver(entries => {
const { width, height } = entries[0].contentRect;
const dpr = window.devicePixelRatio || 1;
chart.canvas.width = width * dpr;
chart.canvas.height = height * dpr;
chart.resize({ width: width * dpr, height: height * dpr });
});
ro.observe(document.querySelector('.chart-container'));vw + clamp() 控制图表最小可读尺寸
纯 width: 80vw 在 iPhone SE 这类小屏上可能缩到 200px 宽，图例挤成一团；在 4K 屏上又撑到 1600px，留白过多、交互区域过大。必须加边界限制。
- 用
min-width: 320px防止小屏过窄（iOS 最小安全宽度） - 用
max-width: 960px防止大屏失控（兼顾可读性与留白） - 字体大小别用纯
font-size: 1.2vw，改用font-size: clamp(12px, 1.2vw, 16px) - 对图例、坐标轴标签等关键文本，单独加
min-font-size或媒体查询兜底
横竖屏切换时 vw 高度失效怎么办
移动端 Safari 和部分安卓 WebView 在地址栏收起/展开时，100vh 不实时更新，导致图表容器高度卡在旧值，内容被裁或留白。这是浏览器 bug，不是代码问题。
- 避免直接用
height: 50vh，改用height: 50vmin（取宽高较小边的 50%），横竖屏都稳 - 或用 JS 动态注入
--vh变量：document.documentElement.style.setProperty('--vh', `${window.innerHeight * 0.01}px`)，CSS 中写height: calc(50 * var(--vh)) - 监听
orientationchange事件，强制触发一次resize()
真正难的不是写 vw，而是让图表在缩放后依然清晰、比例正确、交互可用——这需要 CSS、JS、设备像素比、浏览器行为四者对齐。漏掉任意一环，用户看到的就是一个“看起来在动，但用着别扭”的图表。
