django 的 `jsonresponse` 仅用于返回 json 数据，无法渲染 html 模板；若需同一视图函数兼顾 ajax 请求与普通页面访问，应通过请求头（如 `accept`）动态判断并分别返回 `jsonresponse` 或 `render()`。
在实际开发中，一个视图函数通常承担单一职责：要么返回完整 HTML 页面（服务首次加载），要么返回结构化数据（服务前端异步更新）。但有时为简化路由或复用逻辑，我们希望同一个 URL 路径（如 /update_text/）既能被浏览器直接访问以展示页面，又能被 JavaScript 的 fetch 或 jQuery.ajax() 调用以获取实时响应——这正是本问题的核心场景。
关键在于区分请求来源：
- 浏览器直接访问 /update_text/ 时，Accept 请求头通常为 text/html 或 */*；
- jQuery 的 $.ajax() 默认发送 Accept: application/json, text/javascript, */*; q=0.01，因此可通过 request.accepts('application/json') 可靠识别。
✅ 正确做法是：在视图中检测客户端期望的响应类型，并分支处理：
# views.py
from django.shortcuts import render
from django.http import JsonResponse
from django.views.decorators.csrf import csrf_exempt
from django.utils.decorators import method_decorator
@csrf_exempt # 注意：POST AJAX 需处理 CSRF，生产环境建议用 csrf_token 或 CSRF cookie 方式
def update_text(request):
if request.method == "POST":
text = request.POST.get("text", "").strip()
# 判断是否为 JSON 请求（如 AJAX）
if request.accepts('application/json'):
# 返回 JSON 响应，供前端 JS 处理
return JsonResponse({"output": f"Processed: '{text}'"})
else:
# 非 JSON 请求（如手动访问），返回完整 HTML 页面
return render(request, "realtime_input.html", {"initial_text": text})
# GET 请求：直接渲染初始页面
return render(request, "realtime_input.html", {"initial_text": ""})? 同时，请确保你的 HTML 模板（如 realtime_input.html）已正确配置 CSRF 保护（AJAX POST 必须携带 X-CSRFToken 头）：
立即学习“前端免费学习笔记（深入）”；
Real-time Input Text —
⚠️ 注意事项：
- 不要移除 CSRF 保护：@csrf_exempt 仅作演示，生产环境必须传递有效 X-CSRFToken（推荐使用 {% csrf_token %} 隐藏字段 + getCookie 读取）；
- JsonResponse 默认只接受字典，若传字符串需设 safe=False，但更规范的做法是始终返回结构化对象（如 {"output": "..."}），便于前端统一解析；
- request.accepts() 是 Django 4.1+ 推荐方式；旧版本可用 request.META.get('HTTP_ACCEPT', '') 手动解析；
- 若需 RESTful 设计，建议将 API 与页面路由分离（如 /api/update/ vs /page/input/），语义更清晰、维护性更强。
总结：“同一 URL 支持双模式”可行，但本质是内容协商（Content Negotiation）——不是让 JsonResponse 渲染页面，而是让视图智能选择最合适的响应类型。
