政府级可视化大屏做到 9000 像素宽：超大分辨率要提前想清楚的几件事
交付稿实测 9120×1888 像素的大屏不是普通网页能直接扛的尺寸。按大屏切分渲染……
阅读全文
PROBLEM
解决什么问题
把多源数据与三维场景放到同一块屏上，覆盖大屏、PC 与移动端查看
要用数据讲清楚一件事的时候，表格和汇报文档往往不够用：整体态势要能一眼看清，异常要能第一时间跳出来，现场和办公室看到的得是同一份数据。真正做起来，难点不在「能不能画出图」——图表库谁都能用——而在别处：数据从几个系统来，口径对不上；三维场景好看但资源体积大，大屏和移动端抢同一份加载预算；演示环境跑得动，换台机器就卡；做完了改不动，样式和业务逻辑揉在一起，调一个图层要先捋清楚当初怎么写的。
FIT CHECK
适用与不适用
不适用清单是有意写全的：不合适的项目直说，比签约后彼此为难便宜。
适合我们的场景
- 已有数据源（数据库、接口或文件），需要做统一的呈现入口
- 需要大屏、PC 与移动端中的一到多种形态查看同一份数据
- 汇报、指挥、参观接待场景需要三维场景与指标数据同屏
- 监管或值守场景：需要把全域态势、风险研判与报警处置放进同一套视图，并按端区分关注点
- 大屏要接实时数据，并在长时间常开的情况下保持稳定
- 已有数字化系统，只想加一层可视化入口，不改动源系统
- 接受先定场景与数据的分层，再按形态分配加载策略
- 有特定题材的展示需求（如卫星、园区、厂区），希望三维场景不只是通用地球或通用模型
不适合的情况
- 三维模型资产的原始美术制作与建模
- 轨道、气象、流体、结构这类专业计算与仿真
- 大屏屏体、拼接设备、现场布线与网络环境施工
- 数据源本身的采集与治理（源系统内部逻辑不改动）
- 要求承诺航天级或工业级精度指标
SCOPE
典型范围与明确不含项
右侧这些不在报价里。事前写清，比事后加钱少吵一架。
我们负责的部分
- 场景与数据分层设计：三维场景负责空间表达，图表层负责指标精确呈现。
- 多源数据接入与口径对齐，按贵方提供的数据格式对接接口。
- 大屏、PC 与移动端的展示适配，以及按形态分级的资源加载策略。
- 卫星与航天题材三维场景：三维地球、星座题材的空间表达，统计与指标以图层叠加精确呈现。卫星影像与轨道数据由贵方提供或对接，我们不做数据获取与处理，也不承诺轨道计算精度。
- 监管与值守类场景的分级视图：按监管端与企业端分别组织关注点——监管端看全域态势与风险研判，企业端看自身填报与报警处置；值守场景支持按类型分型下钻。
- 场景元素与业务数据绑定，数据更新驱动场景呈现。
- 长时间运行的刷新机制、异常处理与断线重连设计。
- 部署与演示环境搭建、操作说明，保证交付版本能独立跑起来。
明确不含（另行确认）
- 三维模型资产的原始美术制作与建模。
- 大屏屏体、拼接设备、现场施工与网络环境改造。
- 数据源系统的内部改造与数据治理。
- 专业计算与仿真（轨道、气象、流体、结构计算等）。
- 数据采集硬件与传感器采购。
- 上线后的长期运维（需另签服务协议）。
HANDOVER
交付物与售后
验收时按这份清单逐项过；下面的售后条款是写进合同的口径，不是口头承诺。
交付物清单
- 《可视化范围与数据来源清单》（含各端形态与刷新频率）
- 可运行的源代码仓库（Git，含三维场景与数据图层）
- 《数据接口说明》（字段、单位与刷新机制）
- 《场景与数据绑定说明》（图层配置与更新方式）
- 《部署与操作说明》（含演示环境启动步骤）
- 《测试记录》（含大屏长时间运行与多端一致性检查）
- 《分级视图说明》（监管端 / 企业端各自的关注点与下钻路径）
售后条款
- 维护期限、响应边界、费用与合同内变更范围按具体项目合同确认。
- 场景资源更新、数据接口变更与现场适配的配合，按合同约定的服务期限执行。
| 量级 | 典型形态 | 项目组人数 | 工期 |
|---|---|---|---|
| 单屏可视化 | 一块大屏或单一场景，数据源数量有限 | 按范围确认 | 按范围确认 |
| 多端可视化 | 大屏、PC 与移动端共用一套后端 | 按范围确认 | 按范围确认 |
| 数字孪生平台 | 三维场景与业务系统联动，含多源数据接入 | 按合同确认 | 按合同确认 |
SMALL JOBS
小单也接
项目大小不是筛选条件，能不能验收才是。下面这些我们经常做，固定范围签约，通常 5–15 个工作日完成。
01
单块指标大屏
基于已有数据源搭一块指标大屏，含图表与刷新机制
按范围确认
02
三维场景演示版
按贵方提供的题材做三维场景演示，验证效果与性能
按范围确认
03
存量大屏调优
定位现有大屏的加载与渲染瓶颈，输出优化方案
按范围确认小单的边界：固定范围内计价、不含硬件与第三方费用、不配驻场、不含长期运维（可另签）。范围外需求走增补，先确认再动手。
STACK
技术栈与工作方法
选型按你的约束定（既有系统、机房或云、运维谁做），不为了时髦堆栈。
三维与渲染
Three.jsWebGLglTF / GLB 模型加载Unity + IL2CPP（按项目）微信 XR-Frame（小程序端）
图表与前端
EChartsVue 3地图与图层叠加WebSocket 实时刷新RESTful 数据接口
后端与数据
JavaSpring BootMySQLPostgreSQLRedis时序数据接入
监管与值守场景
监管端 / 企业端分级视图风险研判与报警处置图层按类型分型下钻详情气象等外部信息接入长时间常开的刷新与重连
交付与方法
场景与数据分层按形态分级加载多端共用一套后端长时间运行测试部署与操作说明
PROOF
这类东西我们做过什么
已交付工业与能源
6 条问答
卫星三维可视化
Three.js 三维地球叠加 ECharts 数据图层，本地起服务即可演示；配套目录说明与部署文档齐备。
数据平台与可视化 看完整复盘 →
已交付行业案例
5 条问答
数字孪生平台
一套 Java 后端支撑 PC 大屏、移动端与跨端三种形态，三维场景与业务数据联动，场景资源体积与首屏加载做过取舍。
数据平台与可视化 · 移动端与小程序 看完整复盘 →
已交付安全生产与应急
6 条问答
矿山安全监测预警
同一套行业方案落到两个省级项目：监管端、企业端、移动端与大屏齐备，现场检查与鉴定报告可自动生成 Word 文档。
数据平台与可视化 · 移动端与小程序 看完整复盘 →
已交付政务与公共事业
6 条问答
政企门户与指挥大屏
政务侧与企业侧两套门户各自带管理端、移动端，外加一套指挥大屏；同一方向下多端并行交付，底座与业务层分清。
企业管理系统 · 数据平台与可视化 看完整复盘 →FAQ
常见问题
只有几张报表或 Excel，能做可视化吗？
能。先把指标口径和字段定下来，再决定用哪些图表表达。数据量小的时候不必上三维，二维图表加正确的口径，比三维场景更有用。
三维大屏会不会很卡？
三维资源体积大，和首屏速度天然冲突。我们的做法是按形态分配加载策略：大屏优先保证画面完整，移动端优先保证首屏可用，而不是要求一套资源同时满足两头。
三维模型谁来做？
模型资产由贵方提供或指定来源，我们负责加载、场景搭建与数据联动。如果需要美术建模，属于另一类供应商的范围，我们会在方案里写清对接方式。
取数会不会动到我们的源系统？
不改动源系统内部逻辑，只按接口或只读方式取数。如果没有现成接口，先出一份接入可行性说明，把需要补的部分列清楚。
大屏要一直开着，稳定性怎么保证？
刷新机制、超时与断线重连在方案阶段就按长时间运行来设计，交付时做持续运行测试。这一块如果按「做几张图」的预期估工作量，上线一定会出问题。
案例能先看看效果吗？
三维大屏这类项目可以安排本地演示——交付版本不依赖外部服务，本地起服务就是完整效果，看过再决定要不要做。
卫星题材的三维大屏能做成什么样？
做过三维地球与星座题材的可视化场景，空间关系交给三维场景，指标数值交给图表层叠加，两者分开才都不会失真。有两个边界先说清：卫星影像与轨道数据由贵方提供或由既有接口对接，我们不做数据获取与处理；如果需要航天级轨道计算或精度指标，可视化的方案不适用，得找专业计算那一路。
监管类大屏和企业内部看板做法有什么不同？
不一样。监管端要的是全域态势、风险研判和报警处置的闭环，企业端要的是自身数据填报和处置反馈，两边关注的信息层级不同，通常按端分别组织视图，而不是把所有内容塞进一张屏。值守类场景还要额外考虑长时间常开下的刷新、超时与重连，这部分按运行条件来设计，不按「做几张图」估。
相关技术笔记
这一页服务背后，我们在交付现场实际处理过的问题。
下一步
先聊需求，再谈报价
把业务目标、现有系统和约束条件告诉我们。三个工作日内回一页纸的边界建议：第一期做什么、明确不做什么、需要你先确认什么。需求评估不收费，也不绑定后续合作。
