在 SharePoint Online 新式发布网页和经典发布网页中优化页面调用

SharePoint Online 新式和经典发布网页都包含从 SharePoint 功能和 CDN 加载数据(或对其进行调用)的链接。 页面调用次数越多,页面加载所耗时间越长。 这称为最终用户感知延迟 (EUPL)。

本文将帮助你了解如何确定从新式和经典发布网页调用外部终结点的次数及所造成的影响,以及如何限制其对最终用户感知延迟的影响。

注意

要详细了解 SharePoint Online 新式门户中的性能,请参阅新式 SharePoint 体验中的性能

使用适用于 SharePoint 的页面诊断工具分析页面调用

SharePoint 页面诊断工具是新的 Microsoft Edge (https://www.microsoft.com/edge) 和 Chrome 浏览器的浏览器扩展,可分析 SharePoint Online 新式门户和经典发布网站页面。 该工具对已分配的每个页面提供一个报告,其中显示根据一组定义的性能条件得出的页面性能情况。 要安装和了解适用于 SharePoint 的页面诊断工具,请参阅使用适用于 SharePoint Online 的页面诊断工具

注意

页面诊断工具仅适用于 SharePoint Online,无法在 SharePoint 系统页面上使用。

通过适用于 SharePoint 的页面诊断工具分析 SharePoint 网页时,可在“诊断测试”窗格的“对 SharePoint 的请求”结果中查看外部调用相关信息。 如果网页包含的调用低于基线数量,则该行显示为绿色;如果页面超过基线数量,则显示为红色。 新式页面和经典页面的基线数量不相同,因为经典网页使用 HTTP1.1,而新式页面使用 HTTP2.0:

  • 新式网页包含的调用不得超过 25 次。
  • 经典发布页面包含的调用不得超过 6 次。

可能的结果包括:

  • 需要注意(红色):页面超过调用的基线数量
  • 需要注意(绿色):页面包含的调用低于基线数量

如果“需要注意”部分中显示“对 SharePoint 的请求”,可单击结果了解详细信息,例如页面上调用总数和 URL 列表。

对 SharePoint 结果的请求。

如果页面包含过多的调用,则可以使用 SharePoint 请求 结果中的 URL 列表来确定是否存在任何重复调用、应进行批处理的调用或返回应缓存的数据的调用。

批处理 REST 调用”可帮助减少性能开销。 要详细了解 API 调用批处理,请参阅使用 REST API 进行批处理请求

通过使用缓存来存储 API 调用的结果,让客户端能够使用缓存的数据而不是对每个后续页面加载进行额外的调用,从而提升热请求的性能。 可通过多种方法,根据业务要求处理此解决方案。 通常情况下,如果数据对所有用户都一样,很好的选择是使用 Azure Redis 缓存等中间层缓存服务来显著减少对网站的 API 流量,因为用户会从缓存服务中请求数据,而不是直接从 SPO 中请求。 唯一需要的 SPO 调用就是刷新中间层的缓存。 如果每个用户的数据不同,则最好是实现客户端缓存,例如 LocalStorage 或甚至是 Cookie。 这样,同一用户无需在缓存持续时间内发出后续请求,从而减少调用量,但与专用缓存服务相比效率更低。 借助 PnP,几乎无需额外的开发即可使用 LocalStorage。

在修改页面来修正性能问题之前,请在分析结果中记下页面加载时间。 修改后再次运行工具,查看新结果是否在基线标准范围内,同时检查新的页面加载时间,查看是否有提升。

页面加载时间结果。

注意

页面加载时间可能由于网络加载、具体时间和其他暂时条件等各种因素而有所不同。 应在更改前后多次测试页面加载时间,以帮助求出结果平均值。

优化 SharePoint Online 性能

优化 Office 365 性能

新式 SharePoint 体验中的性能

内容分发网络

结合使用 Office 365 内容分发网络和 SharePoint Online