DEV Community
·
Next.js的阴暗面 - App路由器
原文英文，约300词，阅读约需2分钟。
📝
内容提要
本文讨论了Next.js的App路由器在SSR相关的_rsc请求方面的问题。每次路由切换时，Next.js都会向服务器请求元信息，即使只是更新搜索参数，这导致了不必要的网络请求，影响用户界面性能。虽然SSR在初始加载时表现良好，但频繁的后续导航增加了服务器压力。建议使用window.history接口替代App路由器，或使用state-in-url库简化查询参数处理。
🎯
关键要点
-
本文讨论了Next.js的App路由器在SSR相关的_rsc请求方面的问题。
-
每次路由切换时，Next.js都会向服务器请求元信息，即使只是更新搜索参数，这导致了不必要的网络请求。
-
SSR在初始加载时表现良好，但频繁的后续导航增加了服务器压力。
-
建议使用window.history接口替代App路由器，或使用state-in-url库简化查询参数处理。
-
Next.js尝试优化并预取_rsc请求，但可能导致不必要的请求增加。
-
网络请求使用户界面变慢，并增加服务器负担。
❓
延伸问答
Next.js的App路由器在SSR方面存在哪些问题？
Next.js的App路由器在SSR方面的问题主要是每次路由切换时都会向服务器请求元信息，即使只是更新搜索参数，这导致了不必要的网络请求，影响用户界面性能。
SSR在初始加载时表现如何？
SSR在初始加载时表现良好，但频繁的后续导航会增加服务器压力。
如何解决Next.js App路由器带来的网络请求问题？
可以使用window.history接口替代App路由器，或使用state-in-url库简化查询参数处理。
频繁的网络请求对用户界面有什么影响？
频繁的网络请求会使用户界面变慢，并增加服务器负担。
Next.js如何尝试优化_rsc请求？
Next.js尝试优化并预取_rsc请求，但这可能导致不必要的请求增加。
使用state-in-url库有什么好处？
state-in-url库可以简化查询参数处理，并且使用history接口，操作更简单。
🏷️
