关于 redirect_mode 默认改 of... - 产品评测
在过去的版本中，当身份验证或跨域请求遇到错误时，系统会默认采用 redirect_mode 进行跳转，导致原本会返回 404 错误页面的请求被误导到登录或错误处理页面。这种行为在开发和测试阶段造成了混淆，尤其是 Web 开发者在调试 API 时无法准确判断资源不存在与权限不足的差异。
背景
随着安全机制的日益完善，默认跳转模式的出现初衷是保护用户隐私，防止直接暴露内部路径。但是错误的实现方式在展示给最终用户时产生了副作用：请求失败时却跳转到所谓的“获取更安全的体验”页面，而不是直观的 404 Not Found。长期以来，开发者与运维人员都为此痛苦，日志中充斥着被误转的请求，导致错误定位变得格外困难。
要点
- 关闭默认跳转——此版本将
redirect_mode的默认值显式改为off。只有在业务逻辑明确需要跳转的情况下，才需手动开启。 - 提升错误可见性——禁用跳转后，所有非 2xx 状态码会原样返回，尤其是 404，真正让 API 调用者一次性看到最终状态，减少误判。
- 可配置化与安全平衡——在需要时，仍可通过配置文件或环境变量启用跳转，如与第三方身份验证系统集成时。默认关闭可以降低误跳转风险，而不会牺牲安全需求。
- 兼容老接口——已部署系统若仍需跳转，可在对应服务层手动设置
redirect_mode: on，以保持旧有行为。新版后端则统一通过统一的错误处理模块来统一返回错误信息。
结论
将 redirect_mode 的默认值改为 off，有效消除了因错误跳转导致的 404 消失问题。开发者可以在日志里看到真实的 HTTP 状态，快速定位缺失的资源或权限错误；前端开发则能获得更明确的错误信息，及时调整 UI 反馈。与此同时，系统依旧保留可配置跳转的灵活性，满足特殊业务场景的安全需求。总体来看，此改动将提升开发与运维的效率，并使错误处理更加直观易懂。
要点总结
将 redirect_mode 预设改为 off，解决“真人网页 404”烦恼，让真实用户不再遇到死链。
