先把瓶颈落到数据、服务或前端,再决定改哪一项
先说结论。卡顿通常不是一个参数能解决的问题:同一份成果,在数据层、服务层、前端层都可能表现不佳,而三层的成因和改法完全不同。可行的路径是先把现象描述清楚(首屏等太久、漫游中途停顿,还是切换层级时抖一下),再到对应的一层去找证据,只改那一层的少数几项。把参数全拉满往往换来另一个问题,并没有把原来的问题解决掉。

大多数人遇到加载不畅,先想到的是打开设置去找“性能相关”的选项。这一步顺序反了。性能选项各自对应不同环节,改错了地方,只会叠加新的变量。
先做一件事:把现象拆开写。
1)发生时机:是打开页面时的等待,还是拖动视角时的不顺,或者切换层级瞬间的一顿。
2)发生位置:全域都慢,还是只在某一片区域出现。
3)环境相关性:换一台机器、换一个网络,现象是否复现。
这三个问题能排掉一大半方向。只在一台机器上出现,先怀疑那台机器;换个网络就消失,问题大概率在传输侧;无论在哪都慢,再回头质疑数据。
分层的目的说白了就是排掉不可能的原因。范围小下来,后面的判断才站得住。
还有一层常被忽略的情况:卡顿可以叠加。终端本身性能吃紧,同时网络又不稳定,再加一份结构偏大的成果,三者一起拖慢体验。逐层排查的意义就在这,每次只动一层,才知道改善来自哪里。同一时间改五六个参数,即便情况好转,也说不清是哪一项起了作用,下一次遇到同类问题还是从零开始。
成果本身的结构决定浏览器一次要拉多少东西,这一层改动代价最高,所以放在最后动手,但排查时可以先看清楚它有没有明显异常。
1)层级划分与顶层结构:结构不合理时,前端要么一次请求过多内容,要么频繁切换层级。重建顶层属专业版及以上能力,能力归属以定价页当日展示为准。
2)分级尺寸:自定义尺寸同样从专业版起。默认值能覆盖大多数项目,不建议为了“看起来更细”随意调。
3)纹理处理:基础纹理压缩在基础版免费范围内;KTX2 纹理压缩从专业版起。
4)几何简化:顶点压缩从专业版起,用细节换体积。
结构层面的机制不是某个工具自己的约定。OGC 发布的 3D Tiles 规范说明 把内容分级与调用关系定义清楚了,遇到“该不该重建顶层”这类问题,先回到规范理解机制,再决定要不要动数据。
这一层的可观察项:首屏是否一次拉取了过多内容;是否存在个别明显偏大的文件;切换层级时是否出现跳变(通常意味着分级不连续或有缺失)。
什么时候才该动数据层?两条同时成立再考虑:一是同一份成果换网络、换机器都不顺;二是首屏请求的数量与结构明显偏高。只满足其中一条,多半还有更省事的办法。
代价写得直白一些:压缩和简化换来的是体积与请求量下降,付出的是纹理与几何细节。能不能接受,取决于项目对精度的要求,而不是取决于参数好不好看。这一点需要业务方参与判断,由技术侧单独决定,后面很容易被质疑成果质量。
数据没问题,加载依然慢,往下看传输。这一层的好处是改动基本在配置里,能回退。
1)跨域与访问策略:成果放在对象存储或另一台服务器时,跨域配置缺失会让请求失败或反复重试,表现和“卡”很像,容易误判成数据问题。
2)缓存策略:静态成果适合让缓存承担重复访问,但数据更新后要同步失效,否则前端看到的还是旧内容。
3)分发位置:访问者集中在某一区域时,把静态内容放到就近节点能减少等待,代价是多一层要维护。
4)传输压缩:服务端是否开启传输压缩,取决于托管环境,和成果格式是两件事,别混在一起判断。
跨域这类问题有便宜的自查办法:打开浏览器开发者工具看请求状态,如果出现成片的失败或反复重试,而单看数据又找不出毛病,先回到服务配置上核对一遍。这类排查不需要懂前端,把请求记录截下来,交给运维或部署方即可。
GISBox 内置 GIS 服务器与缓存分发能力。按官网定价页口径,服务分发功能免费;这不等于软件整体免费,具体范围以定价页当日展示为准。
参数在界面里哪个位置、单次操作怎么走,官方倾斜模型切片图文教程演示得比较完整。建议先把默认配置跑通,再回到本节谈调整。

前端是唯一不动数据的层,适合作为首轮尝试。
1)请求并发:浏览器对同一来源的并发请求有上限,把数字往上调,多数时候只是让请求排队,总时长并不会因此变短。
2)视距与屏幕空间误差:这两个值是“用画质换流畅”的主要手段。放宽误差阈值,远处内容更早被简化,漫游会稳一些,代价是远景观感下降。
3)剔除策略:把视野外和背部的内容剔掉,属于便宜且几乎不损失观感的优化。
4)纹理与显存:终端可用显存有限,纹理格式与分辨率是主要变量。设备越杂,越应该按最低配置的设备来定上限。
取舍在哪:前端调整随时可以回退,适合先试;但如果业务要求“任何设备、任何视距都流畅”,这一层的空间很快会用完,需要回到数据层或重新划定需求。
前端还有一类做法是改变呈现方式,而不是改参数。全域同时展示对资源要求最高,改成按片区切换、按用途分层展示,加载压力会自然下降。这算不上技术妥协,属于范围管理;很多项目真正需要的恰好就是这一步。
没有对照的调优等于碰运气。动手前把这六项落实。
1)固定对照环境:同一台机器、同一浏览器版本、同一网络,每次只改一处。
2)固定数据版本:记录生成成果时用的工具版本与参数,否则后续比对没有基准。
3)写清现象:发生时机、位置、触发动作都记下来,“有点卡”这种描述没法用于判断。
4)定可接受下限:由业务方确认能接受的最差观感与等待上限,调优才有停止条件。
5)一次只改一项:改动内容、现象变化、回退方式写在同一处。
6)准备复现路径:把能稳定复现的步骤写下来;遇到说不清的现象,可以到 GISBox 文档社区比对真实用户的提问与答复。
有些问题在软件里调不出来,早点说清楚比反复试参数省事。
1)终端硬件不足:显卡与内存不够时,参数只能缓解,消除不了。
2)多人同时访问:瓶颈在带宽与出口,不在成果本身。
3)数据本身有缺陷:空洞、纹理缺失、坐标偏差会表现为加载异常,这类情况要回到建模或检查环节。
4)需求超出常规:全域全精度实时漫游对多数终端都不现实,需要重新划范围或分层展示。
5)合规前提不能让:涉密或敏感成果的处理与发布应留在内网,不能为了加载表现把数据搬到公网。
另有三类情况需要先评估、不能照本文顺序动手:一是终端设备型号差异极大,团队还说不清最低配置是哪一档;二是成果尚未通过项目约定的质量检查,此时任何加载表现都不可靠;三是访问量级、并发规模还在变化,缓存与分发方案定了也要重做。这三种情况下,先补齐信息,再谈调优。
工具可以改善加载表现,但替代不了硬件、网络和需求侧的决定。这句话放进项目启动会,比收尾时解释容易得多。
顺序错了,代价会成倍增加。建议这样排。
1)先服务层:跨域、缓存、访问策略属于配置项,改错能回退。
2)再前端层:视距与剔除只改观察方式,不动数据。
3)最后数据层:重新处理或重建顶层要重跑流程并重新验收,代价最高。
4)每轮结束回到同一环境复测,确认改善到底来自哪一项。
5)三层都试过仍无改善,就接受现状,把已知限制写进交接说明,而不是继续加参数。

不必。先从服务配置和前端视距入手,这两类改动成本低、可回退。只有当现象指向层级结构或数据处理设置时,才需要回到数据环节。判断依据是分层排查的记录,不是感觉。
会,这两项都是用细节换体积。是否可接受取决于项目精度要求,建议先拿一个典型片区试做、对比确认,再决定要不要推及全域。基础纹理压缩在基础版免费范围内,KTX2 纹理压缩与顶点压缩属专业版及以上能力。
不一定。内网省掉了公网传输的不确定性,但终端硬件和数据本身的问题依然存在,观感未必同步改善。需要内网部署时,GISBox 提供局域网离线版,通过授权激活使用。价格方面(核验 2026-10-14,以官网为准):网络公开版专业版 69 元/月、699 元/年,企业版 389 元/月、3999 元/年;局域网离线版专业版 199 元/月、1999 元/年,企业版 489 元/月、4999 元/年,集团版面议。
按定价页口径,重建顶层、顶点压缩、自定义尺寸与 KTX2 纹理压缩属专业版及以上,3DTiles 再处理属企业版。版本能力随迭代变化,采购前请以定价页与官方文档当日展示为准。
要把参数重新过一遍,可以从软件下载页获取 GISBox,用基础版或按需选择版本,先在一个片区上验证再扩大范围。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-14。