CI3中$this->uri->segment()返回空需显式调用并校验，如$id = $this->uri->segment(3)，推荐用rsegment()适配路由重写，且必须手动提取参数而非自动注入。
CI3 中 $this->uri->segment() 返回空或错误值
CI3 默认不自动解析 URL 路径参数为方法参数，index() 或其他方法签名里写 function index($id) 是无效的——框架不会把 /user/123 里的 123 自动注入到参数中。
必须显式用 URI 类获取：
-
$id = $this->uri->segment(3);（假设 URL 是http://example.com/user/index/123） - 更健壮的做法是先判断是否存在：
if ($this->uri->segment(3)) { $id = $this->uri->segment(3); } - 避免硬编码段数：用
$this->uri->rsegment()（基于路由重映射后的实际路径）替代segment()，尤其在启用了自定义路由时
CI4 中方法参数始终为 null 或未传入
CI4 支持自动路由参数绑定，但前提是 URL 必须匹配路由规则，且方法签名与路由占位符严格对应。
常见断点：
- 路由没配占位符：比如写了
$routes->get('user/(:num)', 'User::show');，但访问的是/user/abc（非数字），则$id会是null - 方法签名类型声明导致失败：写成
public function show(int $id)，但路由传入的是字符串"123"，PHP 8+ 会报 TypeError；去掉类型或改用public function show($id) - 控制器方法名与路由指定不一致：路由指向
User::detail，但方法叫public function view()，参数根本不会被传递
AJAX 请求里控制器方法收不到 POST 参数
不是框架问题，而是请求头和 CSRF 配置冲突导致的静默丢参。
重点检查：
- 前端是否带了
X-Requested-With: XMLHttpRequest？CI3 默认依赖它识别 AJAX，缺失会导致$this->input->post()返回空 - CI4 开启 CSRF 后，AJAX POST 必须携带
X-CSRF-TOKEN头，且 token 值要从csrf_token()或csrf_hash()获取，不能只靠表单隐藏域 - CI3 的
$this->input->post()对 JSON 请求体无效——如果前端发的是Content-Type: application/json，得用file_get_contents('php://input')手动解析
视图里变量为空，但控制器明明传了参数
最常被忽略的是键名不匹配。
例如控制器写：$data['user'] = $user;，但视图里写 foreach ($users as $u)——变量名 $users 根本没定义。
排查步骤：
- 在控制器中加
var_dump($data); die;确认数组结构和键名 - CI4 的
view()不支持直接传对象或原始值，必须是关联数组；传view('page', $user)（$user 是对象）会导致视图里$user不可用 - CI3 中若用了
$this->load->vars($data)全局赋值，后续$this->load->view()不再需要传参，但容易和局部传参混淆
