OpenLayers WFS 大数据量分页加载
OpenLayers 处理 WFS 大数据量时，优先采用视图范围 bbox 加载策略，配合服务器端分页参数 startIndex 与 count（WFS 2.0，部分服务回移植到 1.1.0），只请求当前视野内的要素，避免一次性拉取全部数据导致浏览器卡顿或崩溃。通过 ol.source.Vector 的 url 函数或自定义 loader，结合 ol/format/WFS 的 writeGetFeature 动态生成 GetFeature 请求即可实现。截至 2026 年 11 月，最新稳定版为 v10.11.0，其 WFS 模块已稳定支持这些参数。地图展示场景下 bbox 通常足够；需要完整数据集时再叠加分页循环请求。
为什么大数据量 WFS 必须分页和按需加载
一次加载数万甚至数十万矢量要素，会让浏览器主线程解析 GML/GeoJSON、构建 Feature 对象和渲染全部卡住，常见表现为页面无响应、内存飙升甚至崩溃。经验上，点要素超过约 5000、线/面超过约 1000 时性能就明显下降（旧版浏览器更低）。WFS 本身是要素级查询服务，适合编辑与精确查询，但不适合“全量下载后本地渲染”。正确做法是：地图交互时只拉当前 extent，后台导出或统计时用 startIndex/count 分页。这样既能保证交互流畅，又能完整取数。
- 浏览器端限制：解析与渲染成本随要素数量线性甚至超线性增长。
- 网络与服务端：单次超大响应易超时，也加重 GeoServer 等中间件压力。
- CRS 与过滤：正确附加 bbox、srsName 和 filter，可大幅减少无效传输。
用 BBOX 策略实现按视图范围加载
这是 OpenLayers 官方推荐的大数据 WFS 加载方式：用 ol.loadingstrategy.bbox，让 VectorSource 在视图变化时按 extent 请求。可直接参考OpenLayers 官方矢量 WFS 示例改造。
- 创建 Vector 图层与 VectorSource，strategy 设为 bbox。
- 在 source 的 url 函数中接收 extent、resolution、projection，拼接 GetFeature URL：加上 service=WFS、version=1.1.0 或 2.0.0、request=GetFeature、typename、outputFormat=application/json、srsname=EPSG:3857，以及 bbox=extent.join(‘,’)+’,EPSG:3857’。
- format 使用 ol.format.GeoJSON（或 GML），并正确设置 dataProjection 与 featureProjection，避免坐标错位。
- 可选：设置 maxResolution，低缩放级别不加载；或限制 propertyNames，只取需要的属性字段。
- 验收：拖动/缩放地图时网络面板只出现对应 extent 的请求，要素随视野增减，无全量一次返回。
若服务端强制 maxFeatures 上限，可在 URL 中附加该参数，并配合后续分页补齐。投影注意：视图常用 EPSG:3857，服务端可能是 EPSG:4326，bbox 顺序与轴序必须一致，必要时用 transformExtent 转换。
服务器端分页：startIndex 与 count 怎么用
当需要完整数据集（导出、统计分析）或服务端对单次返回有硬限制时，使用 WFS 2.0 的分页参数。ol/format/WFS 的 writeGetFeature 直接支持 startIndex（起始索引，从 0 开始）和 count（本页条数）；部分 GeoServer 等服务在 1.1.0 也接受，或用 maxFeatures 替代 count。完整 API 说明见ol/format/WFS 官方文档。
- 确认服务 GetCapabilities 声明支持 ImplementsResultPaging；优先使用 version=2.0.0。
- 用 writeGetFeature 生成 POST 请求体（或手动拼 GET），传入 featureTypes、srsName、outputFormat、startIndex、count，建议同时加 sortBy 保证顺序稳定。
- GeoServer 等后端通常要求图层有主键（PK），否则分页顺序不稳定或报错；无 PK 时先补主键或改用稳定排序字段。
- 在自定义 loader 中循环：第一次 startIndex=0，拿到本页后累加 startIndex += count，直到返回要素数小于 count 或响应无 next 链接。
- 地图场景可与 bbox 叠加：每页请求仍带当前 extent，避免拉到视野外数据。
| 参数 | 含义 | 适用版本 | 注意点 |
|---|---|---|---|
| startIndex | 本页起始索引（从 0 计） | WFS 2.0（部分 1.1.0 回移植） | 需稳定排序，建议配合 sortBy |
| count | 本页最大要素数 | WFS 2.0 | 部分服务用 maxFeatures 替代 |
| maxFeatures | 限制返回数量 | 1.0/1.1/2.0 常见 | alone 不能保证分页连续性 |
| resultType=hits | 只返回总数 | 2.0 | 用于先查总数再决定分页次数 |
客户端旧版 OL2 的 Strategy.Paging 属于本地缓存后再分页渲染，现代版本更推荐服务端分页 + bbox，减少内存占用。
性能优化与方法选择
分页解决“一次拿太多”的问题，渲染与交互还要继续优化。点要素特别多时，可结合本站OpenLayers 海量点优化：性能优化和海量数据加载中的思路：限制显示级别、使用 VectorImageLayer 或 WebGL 点渲染、按需简化几何。若仅为浏览而非编辑，优先考虑矢量瓦片或 WMS/WMTS 做底图展示，WFS 只负责查询与编辑。点密度过高时还可先做OpenLayers 点聚合，减少同时绘制的图形数量。需要拾取坐标或属性时，再看图层点击事件和坐标拾取的写法，避免全量要素监听带来的额外开销。
- 优先 bbox + 合理 maxFeatures/count，而不是 Fixed 全量策略。
- 只请求必要 propertyNames，减小响应体积。
- 服务端加空间索引与主键，保证分页与 bbox 查询都快。
- 验收标准：视野内要素完整、拖动无明显卡顿、内存平稳、无重复要素堆叠。
常见问题
分页返回数据不全或顺序乱跳怎么办？
检查是否使用了 WFS 2.0 且服务声明支持结果分页；为图层配置主键并加上 sortBy；从 startIndex=0 开始逐步累加；部分服务把 count 写成 maxFeatures，按实际 GetCapabilities 调整。无主键时 GeoServer 可能出现 boundedBy 相关异常，需先补主键。
浏览器仍然卡顿甚至崩溃？
确认没用 all/Fixed 策略一次拉全量；缩小 count/maxFeatures；提高最小显示分辨率；点改用聚合或 WebGL，线面做简化。同时检查是否错误地把多个分页结果重复 addFeature。
bbox 请求坐标对不上、要素偏位？
统一 srsName 与视图投影（常见 EPSG:3857）；bbox 字符串后务必带正确 CRS；GeoJSON 解析时设置好 dataProjection/featureProjection。轴序（经纬 vs 纬经）也要与服务端一致。
服务端限制单次 maxFeatures，如何取全量？
用 startIndex/count（或等价参数）循环请求，直到本页数量小于设定值；每次请求可叠加当前 bbox 或 CQL_FILTER，避免无关数据。先用 resultType=hits 获知总数再规划页数更稳妥。
总结：OpenLayers WFS 大数据量分页加载的核心是“视野内 bbox 按需取数 + 服务端 startIndex/count 分页”，再辅以属性裁剪与渲染优化。建议先按官方 bbox 示例跑通地图交互，再按需加分页循环；点要素场景同时参考本站海量点优化与聚合方案，确保流畅可维护。