政府级可视化大屏做到 9000 像素宽：超大分辨率要提前想清楚的几件事
交付稿实测 9120×1888 像素的大屏不是普通网页能直接扛的尺寸。按大屏切分渲染、图层与弹窗交互、多源异构数据汇聚，这三件事要在动手前想清楚。
文中客户一律用描述性别名，不出现客户名称、项目全称与地点。
聊可视化大屏，需求阶段最常听到的一句话是：「不就是一张网页吗，分辨率调高点就行。」
真实情况是：我们近期交付的一个省级监管项目，政府级大屏的交付稿实测 9120×1888，企业详情页稿是 9120×1890。9120 像素宽是什么概念？1080p 显示器要五块横向拼起来才够，实际现场就是指挥中心一整面拼接墙。这个尺寸本身就宣布了：普通 Web 页面的做法直接扛不住。
这篇文章讲的，就是在这种尺寸下，我们认为要在立项阶段就想清楚的三件事。
一、第一件事：按大屏切分渲染，不要把一张图等比放大
9000 像素宽的页面，如果按普通网页的思路整页铺开，浏览器一次要维护的节点数量、纹理尺寸都会远超日常项目的量级；而「画一张大图再缩放」的做法，落到拼接屏上必然出现文字发糊、区块错位。
更合理的路子是把整屏拆成若干功能区块，每个区块独立渲染、独立刷新：地图区、统计区、列表区、告警区各自维护自己的数据节奏和重绘范围，谁的数据变了刷谁，而不是整屏重画一遍。
还有一个容易被忽略的前置动作：先确认现场拼接屏的物理分辨率。设计稿是 9120×1888 还是别的数字，取决于现场到底由几块屏、什么点距拼成。这个数字定晚了，前面的稿子都会返工。大屏的分辨率是确定的，所以我们的做法恰恰是不做响应式——按真实像素一比一设计，比自适应布局可靠得多。
二、第二件事：图层与弹窗交互——大屏不是海报
很多人以为大屏是「展示用」的，做完才发现监管部门要在上面干活。我们那次交付里，大屏稿和弹窗交互稿是配套齐备的：点击某个企业，要弹出它的详情页（所以企业详情页稿同样是 9120 宽）；风险研判、报警处置、气象信息，都要在大屏上有落位。矿山类监管对象还要按尾矿库、露天、地下做分型详情页，不是一张通用卡片糊过去。
这就要求把图层当正经工程来管：
- 底图：地图或园区平面，最稳定、刷新最慢的一层；
- 业务图层：监管对象、风险分布这类随业务变化的数据；
- 告警图层：时效性最强，出现、确认、消除都要有明确的状态变化；
- 覆盖层：弹窗、抽屉这类交互层，与上面几层互不干扰。
图层分层清楚了，后面每加一个业务需求，都是往对应的层里放东西，而不是在一张图上继续叠元素——后者做到第三个月就没人敢改了。
三、第三件事：多源异构数据汇聚，大屏只是最后一米
大屏卡顿、数据对不上，九成问题不在前端，而在数据从哪来、怎么汇。
监管场景的数据源天然是多源异构的：企业端接入的感知设备数据、报警记录、气象数据、各业务系统的台账，格式不同、频率不同、口径不同。直接把这些统统怼到大屏页面上，前端必然被拖垮。
所以要有一层汇聚逻辑：同一个指标只留一个定义，各系统按统一口径往上送；刷新频率不同的数据各走各的节奏——告警秒级推，统计分钟级更，气象按外部源的频率来。大屏只负责把汇聚好的数据画出来。
监管大屏的核心价值是把「感知—预警—处置」的闭环做成一张图。数据没汇齐、口径没统一，这张闭环图上必然有断点，验收时一眼就能看出来。
四、放回整体：省级监管端 + 企业端 + 大屏
最后要强调，大屏不是一个孤立项目。我们交付的完整结构是三端：
- 省级监管端：给监管部门日常使用，做风险研判、报警处置、统计调度，是「干活」的地方；
- 企业端：给企业用，负责数据接入、填报与整改反馈，是数据的源头；
- 大屏：放在指挥中心，给「一眼看全局」的场景，是三端的集中呈现。
三端共享同一套数据模型和业务流程，大屏上能钻取到的每一条数据，背后都要有监管端、企业端的真实业务在支撑。这个结构想清楚了，分辨率、图层、数据汇聚这三件事才有地方落脚；反过来，如果只把大屏当一张「大海报」单独立项，最后大概率变成一个只能看、不能用的摆设。
如果你正在筹备监管类大屏或指挥中心项目，建议在设计稿之前，先把现场分辨率、交互深度、数据来源这三件事确认下来，再决定怎么做。