使用惯性进行身份验证的绩效影响主要源于惯性如何整合前端和后端，以及它如何利用服务器端身份验证机制。 interia.js充当客户端JavaScript框架(例如VUE，React或Svelte)与传统服务器端Laravel(或任何后端)路由和身份验证之间的中间层。与常规的单页应用程序(SPA)或多页应用程序(MPA)相比，这从根本上改变了性能动态。
###建筑和工作流对性能的影响
惯性不会创建像REST或GraphQl之类的API来在客户端和服务器之间进行通信；相反，它使用服务器端路由和控制器逻辑几乎就像传统的服务器渲染应用程序一样。当用户身份验证时，服务器处理所有身份验证逻辑，包括会话管理，CSRF保护和中间件执行，然后通过惯性的响应机制将相关的页面数据传递给前端。
这意味着：
- 会话和cookie：身份验证通常是基于会话的，利用由后端管理的HTTP cookies，这自然可以有效地进行会话验证。这避免了基于令牌的身份验证API(例如JWT)中常见的令牌管理的开销，该管理可以减少冗余数据交换和客户端的处理。
- 没有客户端身份验证开销：因为服务器可以通过惯性处理身份验证并为每个页面请求发送新的数据，所以客户端不需要为每个请求实现或验证令牌。这减少了客户端的CPU使用和与身份验证处理相关的内存足迹。
- 减少JavaScript有效载荷：惯性启用仅发送必要的JSON数据和页面组件，而不是全页重新加载或广泛的API数据获取。这样可以减少带宽并加快页面交互，包括身份验证的页面。
###对负载时间和响应能力的影响
惯性驱动的应用程序中的用户体验接近水疗中心，因为页面更改发生了没有完整的重新加载。在服务器上管理的身份验证不会引入其他复杂的客户端检查或呼叫。
- 更快的页面转换：经过身份验证的端点仍然返回带有身份验证的用户数据的服务器的JSON响应。这些部分更新减少了等待完整页面重新加载的时间，从而提高了响应能力。
- 服务器响应时间是关键：由于惯性依赖于服务器端身份验证和数据准备，因此后端性能与UI响应性直接相关。登录或安全页面渲染期间的服务器端身份验证或数据库查询的效率低下将减缓感知的性能。
- 会话验证开销：与令牌内省或外部OAUTH调用相比，典型的会话验证是轻量级的。这在维护会话完整性的同时减少了维护路线的延迟。
###资源利用率和可扩展性考虑因素
- 后端加载：基于会话的授权辅助授权将服务器上的身份验证负载集中在服务器上，这与API网关解耦不同，在API网关中，在API服务器和客户端之间分布负载。这可以增加后端资源消耗，尤其是在高流量应用中。
- 缓存：有效的服务器和客户端缓存策略可以减轻负载问题。惯性仅发送更新的数据块的能力可以在客户端上获得更好的缓存利用，从而提高了认证内容的重复负载速度。
- 州管理简化：开发人员不需要维护单独的前端auth State Store或与后端令牌同步，从而降低了由陈旧或冗余状态数据引起的复杂性和潜在的性能陷阱。
###安全性和绩效权衡
- 内置安全功能：惯性受益于Laravel的内置CSRF保护，请求消毒和密码哈希。使用这些可信赖的机制避免了可能减慢AUTH的其他客户端加密工作。
- 否代币验证开销：与API身份验证不同，客户无需准备或验证访问令牌，这可以减少计算开销并避免代币解密延迟或网络调用授权服务器。
- 会话到期和重新认证：由于会话是由中心管理的，因此重新认证流动和会话到期的处理是直接的，并且表现出色，而无需复杂的前端状态重置或代币刷新周期。
###用户体验特定于身份验证
- 无缝身份验证的导航：因为惯性用JSON部分重新加载替换了全页加载，以用于身份验证的路线，所以用户即使使用了身份验证，用户也会经历更快的导航。这是资源密集型的较少，并且可以防止浏览器页面重新加载的闪烁或延迟。
- 错误和验证处理：使用惯性的共享道具系统在客户端上可以有效地处理和渲染身份验证错误或验证故障(例如，密码不正确)，而无需页面重新加载，从而提高了反馈交付的速度。
- 延迟和网络效率：在完整的HTML页面上减少JSON数据的有效载荷意味着与已认证请求相关的网络开销是最小化的，这转化为受保护内容和表格的延迟延迟。
###开发和维护对性能的影响
- 统一的代码库：使用惯性与基于会话的AUTH授权后端的身份验证逻辑，简化了维护和减少可能随着时间时间降低性能的错误。
- API的开销较小：无需维护单独的API身份验证端点可以减少冗余处理和潜在瓶颈。这种合并可以改善负载下的整体应用吞吐量和鲁棒性。
- 实时更新和身份验证状态：惯性允许在前端上实时反应性更新，该更新充分利用身份验证的后端会话，而无需复杂的重新授权或令牌刷新过程，从而使UI的性能和交互式保持。
###限制和潜在的性能瓶颈
- 大型应用程序的可伸缩性问题：随着流量尺度，会话管理可能成为瓶颈。分布式会话商店或粘性会话是维持性能的必要条件。
- 后端依赖性：性能在很大程度上依赖于对身份验证和数据库查询的有效后端处理。优化不良的后端将减慢每个经过身份验证的请求。
- 不太适合高度解耦的体系结构：对于需要复杂的基于多头令牌的API Auth的应用程序，惯性基于会话的方法可能会较小灵活，并且在与第三方服务集成时可能会强加开销。
###比较性能上下文
与传统的水疗体系结构相比，具有代币的身份验证(例如，与JWT代币反应)：
- 惯性通常会提供更快的初始加载时间和更简单的验证过程，因为它可以避免在客户端的代币管理。
- 它将一些后端负载和会话管理复杂性交换为前端的简单性和性能。
- 在服务器渲染的逻辑和会话安全性是完全脱钩前端的优先级的应用程序中，它可能会表现更好。