CodeIgniter中AJAX异常主因是输出机制误用、请求识别偏差或CSRF令牌缺失：须先set_content_type()再set_output()，禁用echo/exit；弃用is_ajax_request()，改用HTTP_ACCEPT或自定义头判断；前端需从meta读取并透传X-CSRF-TOKEN。
如果您在CodeIgniter中发起AJAX请求但后端响应异常、JSON解析失败或CSRF拦截导致空白响应，则问题往往出在输出机制误用、请求识别偏差或令牌透传缺失。以下是处理此问题的步骤：
一、正确构建JSON响应输出
CodeIgniter 3 的输出类采用延迟写入机制，必须先调用 $this->output->set_content_type() 设置响应类型，再通过 $this->output->set_output() 注入内容，最后交由框架自动发送；任何手动 echo、print 或 exit 都会绕过CI输出流程，导致Content-Type丢失、CSRF失效、缓存控制中断。
1、在控制器方法中，清除所有 echo json_encode() 和 exit 语句。
2、调用 $this->output->set_content_type('application/json', 'utf-8') 显式声明类型与编码。
3、构造响应数组（如 $data = ['status' => 'success', 'message' => 'OK']）。
4、执行 $this->output->set_output(json_encode($data, JSON_UNESCAPED_UNICODE))。
5、不加 return、不加 exit、不加 echo，让CI完成后续header与body发送。
二、可靠识别AJAX请求来源
依赖 $this->input->is_ajax_request() 存在严重缺陷：它仅检查 HTTP_X_REQUESTED_WITH 头是否为 XMLHttpRequest，而现代前端库（Axios、Fetch）默认不携带该头，且CDN或反向代理可能剥离该字段，导致判断失准。
1、在控制器中弃用 is_ajax_request() 作为分支依据。
2、改用 $_SERVER['HTTP_ACCEPT'] 判断：if (strpos($_SERVER['HTTP_ACCEPT'] ?? '', 'application/json') !== false) { /* 视为AJAX */ }。
3、或统一约定自定义头：前端发送时添加 X-AJAX: true，后端用 $this->input->get_request_header('X-AJAX') === 'true' 判定。
4、将该判定逻辑封装为私有方法（如 _is_ajax_request()），在多个控制器中复用。
三、安全透传CSRF令牌
CSRF保护开启时，AJAX POST 请求若未携带有效 token，将被直接拒绝并返回403或空响应，且无明确提示；token存储于session中且每次刷新页面都会变更，不可硬编码。
1、在HTML模板 head 中插入：。
2、前端JavaScript读取该meta值：const csrfToken = document.querySelector('meta[name="csrf-token"]').getAttribute('content');。
3、使用 Axios 时全局设置：axios.defaults.headers.common['X-CSRF-TOKEN'] = csrfToken；使用 jQuery 时在 $.ajaxSetup 中添加 headers: {'X-CSRF-TOKEN': csrfToken}。
4、后端确保配置项 $config['csrf_protection'] = TRUE 且 $config['csrf_token_name'] 与前端传递字段名一致（默认为 csrf_test_name）。
四、适配不同前端数据格式提交
前端可能以 application/x-www-form-urlencoded、multipart/form-data 或 application/json 方式提交数据，而 CodeIgniter 默认仅解析前两种；若前端用 fetch(..., { body: JSON.stringify(...) })，原始输入流需手动解析。
1、判断请求体是否为JSON：$raw_input = file_get_contents('php://input'); if (!empty($raw_input) && json_decode($raw_input, true) !== null) { $post_data = json_decode($raw_input, true); } else { $post_data = $this->input->post(); }。
2、将 $post_data 统一赋值给变量（如 $data），避免混用 $this->input->post() 与 raw input。
3、对 $data 执行验证前，先调用 $this->security->xss_clean($data) 进行过滤（若未全局启用 XSS 过滤）。
4、在模型操作前，确保关键字段（如 id、email）已存在且非空，防止空值穿透引发数据库错误。
五、分离AJAX与常规响应逻辑
同一控制器方法需同时支持页面跳转提交与AJAX异步提交时，不能共用视图渲染路径；应根据请求类型分流处理，避免视图层混杂JSON与HTML输出逻辑。
1、在方法开头完成请求类型判定（参考第二部分），并设布尔标志 $is_ajax = TRUE 或 FALSE。
2、表单验证通过后：若 $is_ajax 为真，执行JSON响应流程（见第一部分）；否则调用 $this->load->view() 渲染HTML视图。
3、验证失败时：AJAX分支返回带 error 状态的JSON；常规分支保留错误信息至 $this->session->set_flashdata() 并重定向回表单页。
4、禁止在同一个方法中既 echo 又 load view，也不允许在 set_output() 后再调用 load->view()。
