Supabase-js 2.49.5版本URL路径处理机制变更解析

在Supabase-js 2.49.5版本中，开发者需要注意一个重要变更：客户端URL构造方式的改变。这个变更影响了当基础URL包含路径组件时的服务端点URL生成逻辑。

在2.49.5之前的版本中，Supabase客户端通过简单的字符串拼接方式构造各种服务端点（如认证、实时通信等）的URL。例如，如果基础URL是"https://example.com/path/to/supabase"，而实时通信服务的路径是"/realtime/v1"，那么最终生成的URL会是"https://example.com/path/to/supabase/realtime/v1"。

然而，从2.49.5版本开始，实现方式改为使用JavaScript内置的URL构造函数。这种改变带来了一个潜在的问题：由于URL构造函数的工作机制，当基础URL包含路径组件且端点路径以斜杠开头时，基础URL中的路径会被完全忽略。这意味着：

1. 对于基础URL "https://example.com/path/to/supabase"（不带结尾斜杠）和端点路径"/realtime/v1"，生成的URL将是"https://example.com/realtime/v1"
2. 对于基础URL "https://example.com/path/to/supabase/"（带结尾斜杠）和同样的端点路径，结果相同

这种改变可能导致现有应用的兼容性问题，特别是那些依赖基础URL路径组件的部署场景。例如，当Supabase被部署在非根路径下时，服务端点将无法正确指向预期的位置。

解决方案相对简单：在构造URL时，端点路径不应以斜杠开头，同时确保基础URL以斜杠结尾。这样URL构造函数会正确保留基础URL的路径组件。例如：

• 基础URL："https://example.com/path/to/supabase/"
• 端点路径："realtime/v1"
• 结果URL："https://example.com/path/to/supabase/realtime/v1"

开发者升级到2.49.5或更高版本时，应当检查应用中是否使用了包含路径的基础URL，并根据需要进行调整。这个变更虽然微小，但对于特定部署场景可能产生重大影响，值得特别注意。