Microsoft Authentication Library for JS (MSAL.js) 与 Next.js 14 的兼容性问题解析

问题背景

在 Web 应用开发中，身份认证是一个关键环节。Microsoft Authentication Library for JS (MSAL.js) 是微软提供的一个强大的前端身份验证库，而 Next.js 则是 React 生态中广受欢迎的框架。近期，开发者在使用 MSAL.js 与 Next.js 14 结合时，特别是在使用重定向(redirect)登录方式时，遇到了一个棘手的兼容性问题。

问题现象

当开发者配置 MSAL.js 使用重定向方式进行身份验证时，完整的流程如下：

1. 用户访问应用页面
2. MSAL 检测到用户未登录
3. 重定向到 Microsoft 登录页面
4. 登录成功后重定向回应用
5. MSAL 从 URL 中获取认证数据
6. MSAL 尝试调用 clearHash() 清除 URL 中的哈希(#)部分

在这一过程的最后一步，应用会抛出异常："Cannot read properties of null (reading '__PRIVATE_NEXTJS_INTERNALS_TREE')"。

技术分析

根本原因

这个问题源于 Next.js 14.0.5 引入的新特性 windowHistorySupport。具体来说：

1. Next.js 14.0.5+ 重写了 window.history.replaceState 方法
2. MSAL.js 的 clearHash() 方法会调用原生的 window.history.replaceState
3. Next.js 的重写方法尝试访问 window.history.state.__PRIVATE_NEXTJS_INTERNALS_TREE
4. 此时 window.history.state 为 null，导致异常

影响范围

• 仅影响 Next.js 14.0.5 及以上版本
• 仅在使用重定向登录流程时出现
• 影响 Chrome 和 Edge 浏览器

解决方案

临时解决方案

对于急需解决问题的开发者，可以考虑以下临时方案：

1. 降级到 Next.js 14.0.4 版本
2. 手动修改 Next.js 源码中的 applyUrlFromHistoryPushReplace 方法，添加空值检查

官方修复

Next.js 团队已经在最新版本中修复了这个问题：

• Canary 版本 14.1.1-canary.62 已包含修复
• 正式修复将随 Next.js 14.1.2 发布

修复的核心是将代码从：

window.history.state.__PRIVATE_NEXTJS_INTERNALS_TREE

改为：

window.history.state?.__PRIVATE_NEXTJS_INTERNALS_TREE

最佳实践建议

对于需要在生产环境中使用 MSAL.js 和 Next.js 的开发者，建议：

1. 目前暂时使用 Next.js 14.0.4 版本
2. 关注 Next.js 的更新日志，及时升级到包含修复的版本
3. 考虑在自定义 NavigationClient 中实现更健壮的 URL 处理逻辑
4. 在应用初始化时确保 MSAL 和 Next.js 路由器的正确加载顺序

技术深度解析

这个问题揭示了前端开发中一个常见但容易被忽视的问题：第三方库与框架对原生 API 的重写可能导致的冲突。在这个案例中：

1. MSAL.js 作为认证库，合理地使用了标准的 History API
2. Next.js 为了提供更好的路由体验，重写了部分 History API
3. 两者在特定时序下产生了冲突

这种类型的兼容性问题在现代前端开发中并不罕见，特别是在使用多个功能强大的库时。开发者应当：

1. 充分了解所使用库的核心机制
2. 关注各库的更新日志和已知问题
3. 在集成测试中覆盖各种边缘情况

总结

MSAL.js 与 Next.js 14 的兼容性问题是一个典型的前端生态整合挑战。通过理解问题的本质和解决方案，开发者可以更好地规避类似问题，构建更稳定的应用。随着 Next.js 官方修复的发布，这一问题将得到彻底解决，开发者可以继续享受这两个强大工具带来的便利。