WebGIS WFS 分页加载怎么做：页大小、空间过滤与前端增量渲染
地图首次打开就请求几十万要素，服务端 CPU 飙升、浏览器也卡住；把 pageSize 调小后又发现缩放时缺图。WFS 的分页不是简单切数组，它同时受服务端排序、空间范围、坐标系和前端图层生命周期影响。本文把数据请求和渲染拆成可观测链路。
WebGIS WFS 分页加载：先把问题拆成可验证的环节
GIS 工具往往能在几秒内给出一个结果，但“工具成功运行”并不等于结果可用。处理前先固定 数据版本、CRS、几何类型、字段语义和容差/尺度；处理后再核对数量、范围、面积或统计量。把这两组检查写进流程，问题才不会在交付阶段才暴露。
稳定排序是分页前提
如果请求没有确定的唯一排序，数据在更新或数据库执行计划变化时会跨页漂移，导致重复或漏要素。以稳定主键或可组合的排序字段作为分页锚点。
空间过滤应早于传输
当前视图 bbox、行政区或业务条件应在服务端过滤。先下载全国数据、再在浏览器隐藏，浪费的是网络、解析和图形绘制三次成本。
渲染预算不同于接口预算
一页 5000 个要素对数据库或许轻松，对低配浏览器可能已超预算。前端需按缩放级别切换样式、聚合或矢量切片，而不是把 WFS 当成无限数据通道。
可执行实操流程
- 用开发者工具记录首屏请求：URL、返回数量、响应体大小、耗时和地图缩放级别。
- 在服务端为常用过滤字段及几何字段建立索引；请求中传入 bbox 和业务过滤，明确输出 CRS。
- 设置 pageSize，并固定 sortBy=主键；记录 startIndex、返回要素数和响应中的总量/下一页状态。
- 前端取消过期请求，仅合并当前视图对应的数据；缩放或平移后使用防抖，避免并发请求互相覆盖。
- 用小、中、大三种 bbox 和弱网环境压测，观察空白区、重复要素、内存占用和交互帧率。
GET /wfs?service=WFS&request=GetFeature&typeNames=roadsn&bbox=minx,miny,maxx,maxy,EPSG:3857n&count=2000&startIndex=0&sortBy=id项目避坑与质量检查
不要把“最后一页不足 pageSize”作为唯一结束条件：数据在请求期间变化时会造成不稳定边界。对持续更新图层，使用快照时间或版本号；对静态发布图层，把数据版本写入缓存 key，才能定位漏数到底发生在哪一层。
| 检查项 | 合格信号 | 异常时优先排查 |
|---|---|---|
| 输入一致性 | 范围、CRS、字段含义可解释 | 数据源、坐标定义、空值 |
| 处理结果 | 数量与关键统计量符合预期 | 参数、分组条件、单位 |
| 空间抽检 | 边界与典型位置无明显异常 | 容差、精度、几何有效性 |
把参数选择变成可复现的判断
面对不同数据批次，不要只沿用上一次的参数。先选一个包含正常、边缘和异常样本的小范围，分别记录候选参数下的数量、范围、关键统计值与肉眼可识别的空间差异。将选择理由和被否决方案一起保存，下一次数据更新时才能快速判断是否仍在同一适用边界内。
尤其要区分数据质量问题、参数不适配和业务规则变化：三者的修正位置不同。把源数据错误靠放宽参数掩盖，短期省事，长期会让结果无法解释。
建议把“处理前后要比什么”写入项目 README。 这比保存一串截图更能让同事复跑，也能在数据更新时迅速判断差异究竟来自源数据还是算法。
FAQ
WFS 分页为什么会重复要素？
通常是未固定排序、数据在分页期间变化，或前端未清理旧 bbox 请求结果。
pageSize 设多大合适？
没有固定数字。以响应体大小、设备性能和几何复杂度为准，从可观测数据调整，而不是只看服务器响应时间。
什么时候该改用矢量切片？
需要全国范围、频繁缩放或大量复杂要素时，应将展示层迁到 MVT；WFS 更适合查询、编辑和小范围业务数据。
总结
WFS 分页优化的本质是控制每次请求的空间范围和前端渲染预算；稳定排序与可观测指标缺一不可。真正可靠的 GIS 成果不是某一次按钮点击后的图层，而是一套知道输入边界、参数理由和复核证据的可复现流程。