Supabase 客户端库新增 select 查询自动重试机制

Supabase 的历史定位与产品哲学

Supabase 自 2020 年成立以来，始终将自己定位为开源 Firebase 替代方案，核心卖点是：开源可自托管、PostgreSQL 嫡系能力、以及激进的开发者体验优化。创始人 Paul Copplestone（@kiwicopple）多次在公开场合强调"开发者不应该为基础设施的脆弱性买单"——这一理念贯穿 Supabase 的每一次功能迭代：从实时订阅的自动重连，到 Edge Functions 的冷启动优化，再到如今的 select 重试机制，本质上都是将网络弹性的复杂性下沉到客户端库，让应用开发者无需手动编写 retry 逻辑。

这次表态的延续性

此次更新是 Supabase"默认可靠"策略的延续，而非转向。从技术角度看，自动重试机制（尤其是指数退避+抖动）本身就是工业界最佳实践，AWS、Stripe 等基础设施提供商早已将其作为 SDK 默认行为。Supabase 跟进这一模式，与其"让后端复杂性透明化"的定位高度一致——他们希望开发者聚焦业务逻辑，而非被网络边缘情况反复打断。

值得注意的是，目前仅 select 查询获得重试支持。这一选择非常务实