在 Microsoft 365 新式和经典发布网站页面中优化 SharePoint 中的页面调用
Microsoft 365 新式和经典发布网站中的 SharePoint 都包含从 (加载数据或调用) SharePoint 功能和 CDN 的链接。 页面调用次数越多，页面加载所耗时间越长。 这称为最终用户感知延迟 (EUPL)。
本文将帮助你了解如何确定从新式和经典发布网页调用外部终结点的次数及所造成的影响，以及如何限制其对最终用户感知延迟的影响。
注意
有关 SharePoint 新式门户中的性能的详细信息，请参阅 新式 SharePoint 体验中的性能。
使用适用于 SharePoint 的页面诊断工具分析页面调用
SharePoint 页面诊断工具是适用于 Microsoft Edge 和 Chrome 浏览器的浏览器扩展，用于分析 Microsoft 365 新式门户和经典发布网站页面中的 SharePoint。 该工具对已分配的每个页面提供一个报告，其中显示根据一组定义的性能条件得出的页面性能情况。 若要安装和了解 SharePoint 页面诊断工具，请访问 使用 SharePoint 页面诊断工具。
注意
页面诊断工具仅适用于 Microsoft 365 中的 SharePoint，不能在 SharePoint 系统页上使用。
通过适用于 SharePoint 的页面诊断工具分析 SharePoint 网页时，可在“诊断测试”窗格的“对 SharePoint 的请求”结果中查看外部调用相关信息。 如果网页包含的调用低于基线数量，则该行显示为绿色；如果页面超过基线数量，则显示为红色。 新式页面和经典页面的基线数量不相同，因为经典网页使用 HTTP1.1，而新式页面使用 HTTP2.0：
- 新式网页包含的调用不得超过 25 次。
- 经典发布页面包含的调用不得超过 6 次。
可能的结果包括：
- 需要注意（红色）：页面超过调用的基线数量
- 需要注意（绿色）：页面包含的调用低于基线数量
如果“需要注意”部分中显示“对 SharePoint 的请求”，可单击结果了解详细信息，例如页面上调用总数和 URL 列表。
修正与页面上调用过多相关的性能问题
如果页面包含过多的调用，则可以使用 SharePoint 请求 结果中的 URL 列表来确定是否存在任何重复调用、应进行批处理的调用或返回应缓存的数据的调用。
“批处理 REST 调用”可帮助减少性能开销。 要详细了解 API 调用批处理，请参阅使用 REST API 进行批处理请求。
通过使用缓存来存储 API 调用的结果，让客户端能够使用缓存的数据而不是对每个后续页面加载进行额外的调用，从而提升热请求的性能。 可通过多种方法，根据业务要求处理此解决方案。 通常情况下，如果数据对所有用户都一样，很好的选择是使用 Azure Redis 缓存等中间层缓存服务来显著减少对网站的 API 流量，因为用户会从缓存服务中请求数据，而不是直接从 SPO 中请求。 唯一需要的 SPO 调用就是刷新中间层的缓存。 如果每个用户的数据不同，则最好是实现客户端缓存，例如 LocalStorage 或甚至是 Cookie。 这样，同一用户无需在缓存持续时间内发出后续请求，从而减少调用量，但与专用缓存服务相比效率更低。 借助 PnP，几乎无需额外的开发即可使用 LocalStorage。
在修改页面来修正性能问题之前，请在分析结果中记下页面加载时间。 修改后再次运行工具，查看新结果是否在基线标准范围内，同时检查新的页面加载时间，查看是否有提升。
注意
页面加载时间可能由于网络加载、具体时间和其他暂时条件等各种因素而有所不同。 应在更改前后多次测试页面加载时间，以帮助求出结果平均值。