grid-template-areas比float/absolute更适合大屏分区，因其语义明确、结构清晰、响应式调整仅需调比例，而float和absolute在高分屏或Safari下易因视口跳变、换行错位或间隙误差导致模块堆叠或漏白。
为什么 grid-template-areas 比 float / absolute 更适合大屏分区
因为大屏模块位置固定、语义明确（比如“header”“map”“kpi-left”），用 grid-template-areas 能一眼看清布局结构，改分辨率时只需调比例，不需重排逻辑。浮动和绝对定位在高分屏或 Safari 下极易错位：iOS Safari 视口跳变会导致 position: absolute 的 top/left 偏移；float 则受行高、间隙、换行影响，缩放后卡片堆叠或漏白。
实操建议：
• 必须设 display: grid 在根容器（如 .screen-container），而非子元素
• 使用 grid-template-rows: 1fr 4fr 1fr 这类相对单位，避免写死 100px 或 600px
• grid-template-areas 写成字符串形式，每行一个区域名，空格分隔列，换行分隔行
• 所有子模块必须带 grid-area 属性，且值与 grid-template-areas 中定义一致
如何用 clamp() + scale() 实现跨分辨率等比缩放
rem 依赖 font-size 动态计算，在 1920×1080 到 3840×2160 跨度下，小数精度误差会逐层放大——字体、边框、间距全部错位。transform: scale() 是纯几何变换，无计算累积误差，更适合大屏拉伸。
实操建议：
• 根容器设 height: 100vh; width: 100vw;，再用 transform: scale(1) 控制缩放
• 缩放基准必须是设计稿宽高比（如 16:9），不是屏幕物理分辨率
• 必须加 transform-origin: 0 0，否则内容偏移
• 外层容器加 will-change: transform 提升渲染性能
• 监听 window.resize 时只更新 scale 值，不要重绘 DOM 或图表
overflow: hidden 必须写在 html 上，而不是 body
浏览器滚动行为由根元素（html）控制，body 只是普通块级元素。只给 body { overflow: hidden }，滚动仍会作用于 html，导致隐藏失效、意外出现滚动条或缩放抖动。
实操建议：
• html, body { margin: 0; padding: 0; width: 100%; height: 100%; overflow: hidden; } 缺一不可
• 若用 Vue/React，确保挂载点（如 #app）也设 height: 100%，否则子元素 100vh 会失效
• 不要只写 body { overflow: hidden }，哪怕只加一次也得带上 html 选择器
ECharts 容器尺寸不稳定导致 Cannot initialize ECharts instance before container is ready
这个报错本质是容器 DOM 已挂载但尺寸为 0 —— 常见于初始化时机过早（比如在 mounted 或 DOMContentLoaded 立即执行），或父容器未设高宽，或 CSS Grid 尚未完成布局计算。
立即学习“前端免费学习笔记（深入）”；
实操建议：
• 图表容器必须设固定宽高（不能仅靠 width: 100%，父级必须有明确 height）
• 初始化前加延时检查：用 getBoundingClientRect() 确认容器 offsetWidth > 0 && offsetHeight > 0
• 推荐监听 ResizeObserver，等容器尺寸稳定后再 init
• 所有图表容器宽高建议用 vh/vw 或 fr 单位，避免依赖父级流式高度
• resize 时调用 chart.resize()，而不是销毁重建
真正卡住人的地方不在代码多难写，而在缩放基准没对齐、html 和 body 的 overflow 没配齐、图表初始化时机没卡准这三处。它们不出错时一切正常，一出错就是整屏白块或错位，且很难复现——尤其在双屏拼接或 4K 设备上。
