基于ArcGIS API for JS的Web应用在老旧硬件上性能不佳的优化咨询

当前观察到的性能差异不是ArcGIS JS API的预期表现。尤其连无自定义业务代码的官方示例都出现同等级卡顿，说明问题根源基本集中在老旧显卡的WebGL硬件加速适配异常，和业务逻辑、接口请求参数没有直接关系。

• ArcGIS JS API 4.x版本完全依赖WebGL完成地图渲染，所有底图平移、要素绘制的计算负载都由GPU承担，对显卡支持能力的要求远高于CPU、内存配置。
• 所有出现卡顿的设备有共同特征：搭载2012-2018年区间的Intel核显、运行Chrome v88版本。这个版本的Chrome调整了WebGL渲染的硬件加速默认策略，对部分不支持WebGL2高级扩展的老旧Intel核显，会自动回退到纯软件渲染模式——所有图形计算全靠CPU承担，自然会出现哪怕平移底图都卡顿的情况；而Surface Laptop3搭载的是较新的核显架构，能触发完整的硬件加速渲染路径，所以运行流畅。
• 你观察到的maxRecordCountFactor:3是API根据当前设备检测到的性能动态调整的拉取批次参数，这个值低是设备性能不足的结果，不是导致卡顿的原因，不要盲目修改参数值。

• 根因验证：在卡顿设备的Chrome地址栏输入chrome://gpu，查看WebGL运行状态，如果显示WebGL被软件渲染替代或被禁用，就可以直接确认问题来源。
• 客户端临时规避：
  • 在Chrome的chrome://flags页面，找到Override software rendering list选项设置为开启，强制解锁老旧显卡的硬件加速能力，大部分场景下可以把渲染流畅度拉回正常水平
  • 检查Chrome「设置-系统」栏目下的「使用硬件加速模式」开关是否处于打开状态，部分MacOS的电源策略会自动在低电量下关闭这个开关
• 应用侧适配优化：
  • 给矢量要素图层配置按视图缩放级别的要素抽稀、聚合规则，避免在全视野下一次性拉取全量记录，减少单次渲染的要素数量
  • 将地图视图的渲染质量参数设置为动态模式，在平移、缩放交互过程中自动切换为低精度渲染，操作完成后再加载高精度细节，大幅降低交互过程中的GPU计算压力
  • 所有可矢量绘制的图形尽量用API内置的Graphic能力渲染，不要叠加大量自定义DOM元素，减少DOM重排带来的额外性能损耗
  • 不要强制把maxRecordCountFactor设置为高值，给API预留根据设备性能动态调整的空间
• 已知兼容问题说明：Chrome v88与ArcGIS JS API 4.18及更早版本存在WebGL适配的已知bug，升级到Chrome v90以上版本，或是将API版本调整为4.16，都可以缓解老旧核显下的软件渲染回退问题。

内容的提问来源于stack exchange，提问作者drm1217