Angular 为什么cognito登录会有这么多往返

Angular 为什么cognito登录会有这么多往返,angular,amazon-web-services,amazon-cognito,Angular,Amazon Web Services,Amazon Cognito,我正在处理与应用程序登录相关的性能问题。我目前正在调查的问题是AWS Cognito进行多次往返以验证用户 调用authenticateUser(如图所示)后,Cognito在身份验证完成之前至少进行5次往返,然后启动onSuccess回调(我说的是“最小”b/c,如果Cognito用户池启用了设备记忆,它将产生更多的效果)。这需要相当长的时间 此外,请求之间还有处理(Cognito代码),这似乎也需要花费大量的时间。以下是启用设备记忆的请求的屏幕截图: 红色框概述了身份验证期间发生的Cogn

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

调用
authenticateUser
(如图所示)后,Cognito在身份验证完成之前至少进行5次往返,然后启动
onSuccess
回调(我说的是“最小”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用户的共同体验吗?这可能是一个角度的Cognito混搭,因为区域是导致它的原因吗?如果需要更多信息,请告诉我。

好问题。我只能凭经验说话:我在基于Vue的应用程序中只看到两个动作,即身份验证和密码挑战。您能否进一步检查这些HTTP请求以及它们似乎在做什么?