在 django 中，`jsonresponse` 仅返回纯 json 数据，无法渲染 html 模板；若需同一 url 同时支持 ajax 请求（返回 json）和直接访问（返回网页），应通过请求头（如 `accept`）动态判断并分别响应。
Django 的视图函数本质上是“单入口、多出口”的逻辑单元——它可以根据请求上下文灵活选择响应类型。关键在于区分请求意图：前端通过 AJAX 发起的异步调用通常携带 Accept: application/json 头，而浏览器直接访问 URL 则默认发送 Accept: text/html,*/*。利用这一差异，即可实现“一址双用”。
以下是推荐的改进方案（兼容您现有代码结构）：
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 # 仅当未使用 CSRF Token 时临时添加（生产环境建议配合 {% csrf_token %}）
def update_text(request):
if request.method == "POST":
text = request.POST.get("text", "").strip()
# 判断请求是否期望 JSON 响应
if request.accepts('application/json'):
# 返回结构化 JSON，便于前端健壮处理
return JsonResponse({"output": f"Processed: '{text}'"})
else:
# 非 AJAX 请求（如手动输入 URL），返回完整 HTML 页面
return render(request, "realtime_input.html", {"initial_text": text})
# GET 请求：直接渲染初始页面（推荐方式）
return render(request, "realtime_input.html", {"initial_text": ""})⚠️ 重要注意事项：
- 不要移除 CSRF 保护：您的前端 AJAX 请求应包含 CSRF Token。在模板中添加 {% csrf_token %} 并在 JS 中读取 input[name=csrfmiddlewaretoken] 的值，或使用 django.middleware.csrf.get_token(request) 在上下文中传递。
- safe=False 通常不必要：JsonResponse 默认要求字典类型；若传入字符串需 safe=False，但更佳实践是始终返回结构化字典（如 {"output": "..."}），提升可维护性与前端解析安全性。
- HTML 模板需统一路径：确保 realtime_input.html 存放于正确 templates/ 目录下，并在 settings.py 中配置 TEMPLATES。
- 避免混合响应逻辑：切勿在 JsonResponse 中尝试调用 render() —— 二者底层响应类不同（JsonResponse 继承自 HttpResponse，但设置 content_type="application/json"），强行混用将导致异常或不可预测行为。
总结：Django 的优雅之处正在于其请求/响应的可塑性。通过 request.accepts() 精准识别客户端意图，配合合理的视图分发逻辑，即可在单一 URL 上无缝支撑实时交互（AJAX+JSON）与传统页面导航（HTML+render），无需拆分路由或牺牲用户体验。
立即学习“前端免费学习笔记（深入）”；
