redirect()必须在任何输出前调用，否则报Headers already sent错误；它依赖控制器上下文，不适用于模型等非控制器环境；闪存数据仅在重定向后的下一次请求中有效。
redirect() 函数必须在输出前调用，否则报 Headers already sent 错误
CodeIgniter 的 redirect() 是个纯 HTTP 重定向函数，底层靠 header('Location: ...') 实现。一旦有任何输出（哪怕是一个空格、换行或 echo），PHP 就会提前发送响应头，再调用 redirect() 就会触发 Cannot modify header information - headers already sent 错误。
- 常见踩坑点：控制器方法末尾多写了
echo、视图文件开头有 UTF-8 BOM、print_r($data)调试没删干净 - 检查方式：打开 PHP 的
output_buffering虽能缓解，但只是掩盖问题，不建议依赖 - 安全做法：确保
redirect()后紧跟exit;或return;，避免后续代码执行产生意外输出 - 示例：
redirect('admin/dashboard'); exit;
redirect() 的三种 URL 类型和参数差异
CodeIgniter 4 和 CodeIgniter 3 对 redirect() 的支持略有不同，但核心逻辑一致：它不拼接 base_url，而是按传入字符串的格式直接跳转。
- 相对路径（推荐）：
redirect('users/profile')→ 解析为当前站点下的/users/profile（自动补全 base_url 和 index_page） - 完整 URL：
redirect('https://example.com/login')→ 直接跳转，不经过路由解析，适合跨域或外部链接 - 带协议的相对路径（易错）：
redirect('//other-site.com')→ 浏览器按当前协议加载，但 CI 不校验，可能绕过 HTTPS - 注意：CI 3 中
redirect()默认用 302；CI 4 可传第二个参数指定状态码，如redirect('home', 'refresh', 301)
在非控制器上下文中调用 redirect() 会失败
redirect() 是 CI 的辅助函数，依赖全局 $app（CI4）或 get_instance()（CI3）来访问 Router、URL 等服务。如果在模型、自定义库、或独立 PHP 文件里直接调用，会因找不到上下文而报错或静默失效。
- 典型错误现象：页面白屏、无跳转、控制台看不到任何响应头变化
- 正确做法：控制器中完成业务逻辑后统一跳转；模型只负责返回数据，不处理重定向
- 若必须在其他地方触发跳转，CI4 推荐用
service('response')->redirect('url')->send(); exit;；CI3 则应通过控制器代理或抛出异常由控制器捕获 - 不要在构造函数、
__destruct()或钩子（hook）中调用redirect()，时机不可控
重定向后 session 闪存数据（flashdata）的生命周期很短
CI 的 $session->setFlashdata() 设计就是为重定向服务的：数据只在下一次请求中有效，之后自动销毁。很多人以为“设了就能用”，结果在目标页面取不到，其实是没理解这个“下一次请求”的边界。
- 正确链路：A 控制器 →
$session->setFlashdata('msg', 'ok');→redirect('B');→ B 控制器中$session->flashdata('msg')可取到 - 错误链路：A 控制器 →
redirect('B');→ B 控制器中先redirect('C');→ C 控制器就取不到原始 flashdata 了 - 调试技巧：用
var_dump($session->allFlashdata());查看当前还剩哪些闪存数据 - 别把它当普通 session 数据用；需要持久化请改用
setSession()+ 手动清理
实际用的时候，最常卡住的不是语法，而是输出时机和上下文丢失——这两个点一错，函数就完全不工作，连错误提示都可能被吞掉。
