default_return_type决定控制器return的默认序列化方式，值为'json'时自动调用json_encode()并设content-type: application/json；default_ajax_return会覆盖它，但仅限真实ajax请求。
default_return_type 决定控制器 return 的默认序列化方式
它不改变你写代码的方式，只改变 return $data 这行语句最终被怎么包装和输出。系统拿到你返回的数组或对象后，会根据这个配置自动调用对应的响应类（如 JsonResponse、XmlResponse），并设置正确的 Content-Type 头。
- 值为
'html'（默认）：把数组转成字符串再当 HTML 渲染，结果是白屏或乱码（除非你返回的是完整 HTML 字符串） - 值为
'json'：自动调用json_encode()，设Content-Type: application/json; charset=utf-8 - 值为
'xml'：用 SimpleXML 封装，设Content-Type: text/xml; charset=utf-8 - 值为
'jsonp'：支持 JSONP 回调，但需配合callback参数，否则退化为普通 JSON
default_ajax_return 会覆盖 default_return_type 吗？
会，但仅限于真实 AJAX 请求（即请求头含 X-Requested-With: XMLHttpRequest）。这时候系统优先读取 default_ajax_return 配置，忽略 default_return_type。
- 如果你在 Vue/React 项目里用
fetch或axios调接口，默认带该 header，default_ajax_return生效 - 如果用浏览器直接访问 URL、
curl或 Postman（没手动加 header），则走default_return_type - 两个配置都未设置时，
default_return_type默认为'html'，容易导致接口返回不可解析内容
动态修改 default_return_type 会影响整个请求生命周期吗？
只影响后续的响应生成，不影响已执行的逻辑。比如你在控制器里先查数据库、再 Config::set('default_return_type', 'json')、最后 return $data，是完全可行的；但不能在 return 之后再改——响应已经进入发送阶段。
- 推荐在模块级配置中设置，例如新建
app/api/config.php并返回['default_return_type' => 'json']，避免污染后台或前台模块 - 不要在中间件里频繁
Config::set()，不同请求并发时可能互相干扰（ThinkPHP 5.0–5.1 的 Config 是运行时单例） -
json()助手函数完全绕过这两个配置，适合临时切换，例如某个接口要返回 201 状态码：return json($data, 201)
为什么改了 default_return_type，部分接口还是返回 HTML？
常见原因不是配置失效，而是你触发了「模板渲染」路径。ThinkPHP 在以下情况会强制走视图层，忽略 default_return_type：
- 控制器方法名匹配了已定义的模板文件（如
index()对应index.html） - 显式调用了
$this->fetch()或view() - 返回的是
View对象实例（哪怕只是return view('index')） - 路由定义为闭包且返回字符串，而非数组/对象（闭包中
return 'hello'永远是 HTML）
真正难排查的是混合场景：API 模块里某个方法漏写了 return，或者抛出异常后被全局异常处理接管并渲染了错误页——这时看到的 HTML 实际来自异常响应，跟 default_return_type 无关。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
