flask中解决json中文转义需设app.json.ensure_ascii=false（2.3+）或app.config['json_as_ascii']=false（2.2-），并确保响应头含charset=utf-8。
jsonify 默认把中文转成 \uXXXX 形式，不是乱码，是 JSON 序列化时的默认行为 —— 只要客户端正确解析 UTF-8 就能还原。但多数前端或调试工具（比如 curl、旧版 Postman）不自动识别 charset，就直接显示转义字符或字节乱码。
Flask 2.3+ 版本：用 app.json.ensure_ascii = False
2.3.0 起，JSON_AS_ASCII 配置项已被移除，继续设 app.config['JSON_AS_ASCII'] = False 无效，还会静默忽略。
- 必须写成
app.json.ensure_ascii = False，放在创建Flask实例之后、运行之前 - 这个设置影响所有
jsonify()调用，无需每个路由重复处理 - 搭配
jsonify()使用即可，不用改返回逻辑
from flask import Flask, jsonify
app = Flask(__name__)
app.json.ensure_ascii = False # 关键！不能漏
<p>@app.route('/api')
def api():
return jsonify({"msg": "你好，世界"})</p>
Flask 2.2.x 及更早：用 app.config['JSON_AS_ASCII'] = False
老版本仍支持该配置，但注意它只控制 jsonify 行为，不影响手动 json.dumps 或自定义响应。
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 写在
app = Flask(...)之后，app.run()之前 - 如果同时用了自定义 JSON provider，此配置可能被覆盖
- 升级到 2.3+ 后必须切换写法，否则中文依然转义
手动构造 Response：绕过 Flask JSON 管理
当你需要细粒度控制（比如加 trace id、动态编码、兼容旧客户端），或 jsonify 不生效时，直接用 json.dumps + Response 更可靠。
- 必须传
ensure_ascii=False，否则中文照旧转义 -
content_type必须显式写成"application/json; charset=utf-8"，不能只写"application/json" - 别漏掉
encoding='utf-8'参数（虽json.dumps默认就是 utf-8，但显式声明更稳妥）
from flask import Flask, Response
import json
<p>@app.route('/raw')
def raw():
data = {"msg": "你好"}
return Response(
json.dumps(data, ensure_ascii=False),
content_type="application/json; charset=utf-8"
)</p>
Content-Type 缺失 charset 是前端解析失败的主因
即使 JSON 字符串里是可读中文，如果响应头没带 charset=utf-8，Chrome 可能正常，但 curl -i、Node.js fetch().text()、某些 Android WebView 就会按 ISO-8859-1 解码，显示成 æ¨å¥½ 这类字节乱码。
-
jsonify()在 Flask 2.2+ 中默认设了Content-Type: application/json; charset=utf-8，但老版本或自定义响应容易漏 - 用
curl -i http://localhost:5000/api检查响应头，确认含charset=utf-8 - 不要依赖“浏览器看起来正常”来判断，得看原始响应头和原始响应体
实际项目里最容易被忽略的，是混合使用新旧 Flask 版本写法 + 未验证响应头。一个接口看似返回了中文，但换 curl 或换前端 fetch 方式就出问题，八成是 charset 没落进响应头，或者 ensure_ascii 设置位置错了。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
