大约两周前,Chrome更新导致我的角应用用户瘫痪。我加载了大量数据,但整个单页应用程序在< 4
秒内加载,但每个用户在2周前更新Chrome后> 40
秒。我没有遇到问题,但当我从64.0.3282.167
将 Chrome 升级到63.0.3239.132
时,问题也开始出现了。
在Chrome 63.0.3239.132
和64.0.3282.167
之间的某个位置,发生了一次更改,这使我的Angular应用程序基本上变慢了。它影响了整个电路板的加载和渲染,使整个应用程序几乎无法使用。我一直在寻找这个问题几天没有快乐。
是否有人对可能导致性能下降的原因有任何见解或建议?
以下是我的网络标签的屏幕截图。所有这些在Chrome更新之前都非常快,现在它只是抓取。
如果我设置:
httpProvider.useApplyAsync(true)
,它缓解了问题,但我的应用程序非常庞大,这会在5年前的应用程序中导致很多不稳定的行为。
答案 0 :(得分:0)
我不确定这是否仍然是一个问题,但是我知道Google继续通过Chrome加强安全措施。对于HTTPS尤其如此,我相信Google会竭尽全力将其迁移到HTTPS。证书不干净(为此有多个标准)存在问题,可能需要采取额外措施进行处理。我相信Chrome开发人员工具有一个附加组件(或内置组件),可以扩展TLS处理以向您显示更多细节。
答案 1 :(得分:0)
高 TTFB 揭示了两个主要问题之一。要么:
客户端和服务器之间的网络状况不好,或者A慢
响应服务器应用
要解决高 TTFB,首先要尽可能多地切断网络。理想情况下,在本地托管应用程序,看看是否还有一个很大的 TTFB。如果有,那么应用程序需要针对响应速度进行优化。这可能意味着优化数据库查询、为某些内容部分实施缓存或修改您的 Web 服务器配置。后端运行缓慢的原因有很多。您需要对您的软件进行研究,找出哪些不符合您的性能预算。
如果本地的 TTFB 较低,那么您的客户端和服务器之间的网络就是问题所在。网络遍历可能会受到许多事物的阻碍。客户端和服务器之间有很多点,每个点都有自己的连接限制,可能会导致问题。测试减少这种情况的最简单方法是将您的应用程序放在另一台主机上,看看 TTFB 是否有所改善。