为什么进行认知登录需要这么多来回

Question

我正在处理与应用程序有关的登录性能问题。我目前正在调查的问题是，AWS Cognito进行多次往返以验证用户身份。

在调用authenticateUser（如here之后），然后Cognito在身份验证完成和onSuccess回调触发之前进行了至少5次往返（我说“最低” b / c如果Cognito用户池启用了设备存储功能，它将带来更多好处。这占用了大量时间。

此外，请求之间（Cognito代码）之间存在处理，这似乎也需要花费大量时间。这是启用了设备存储功能的请求的屏幕截图：

红色框概述了身份验证期间发生的Cognito请求。注意垂直的黑条。我添加了这些内容以显示请求之间的差距。这些是由于每次请求后在浏览器中进行的Cognito库代码处理：

这些XHR Ready State Change函数调用是每个Cognito调用之间的“空白”，而且很长。它们会导致控制台警告：

11:15:29.124 zone.js:1438 [Violation] 'readystatechange' handler took 753ms
11:15:29.933 zone.js:1438 [Violation] 'readystatechange' handler took 611ms
11:15:30.806 zone.js:1438 [Violation] 'readystatechange' handler took 793ms

我的问题是，对此是否可以做任何事情？这在其他Cognito用户中是常见的体验吗？可能是由于区域引起的Angular-Cognito混搭？请让我知道是否需要更多信息。