Django项目JS文件自动插入异常字符串致页面加载失败求助

嘿，我之前也碰到过一模一样的问题！那些突然插进JS代码里的Date:和Server:字符串其实是HTTP响应头的内容，正常情况下根本不该出现在文件体里，这明显是Django的静态文件响应流程出了问题。给你分享几个我当时排查解决的步骤：

1. 先把静态文件配置的坑踩一遍 #

• 先去settings.py里核对STATIC_URL、STATICFILES_DIRS的配置，有没有写错路径或者符号？比如STATICFILES_DIRS是个列表，每个路径都得是绝对路径，别用相对路径给自己挖坑。
• 模板里引用JS文件一定要用{% static %}标签！比如<script src="{% static 'js/your-script.js' %}"></script>，别直接写/static/js/...，虽然有时候能跑，但Django的静态文件解析逻辑在DEBUG模式下对模板标签更友好，能避免路径解析混乱导致的响应异常。

2. 强制清理缓存，别让旧文件搞事情 #

• 你清理Cookie没用，得清浏览器的静态文件缓存！Chrome里直接按Ctrl+Shift+R（Windows/Linux）或者Cmd+Shift+R（Mac）强制刷新，跳过缓存重新拉取JS文件，很多时候这一步就能解决问题。
• 要是还不行，就手动删一下项目里的staticfiles文件夹（如果有的话），然后跑一遍python manage.py collectstatic（开发环境其实不需要，但跑一遍能重置静态文件的缓存状态）。

3. 给内置WSGI服务器“重启治病” #

• Django自带的runserver有时候在处理并发请求时会抽风，比如你开了好几个标签页同时访问，就可能出现响应头泄漏的问题。先把runserver停掉重启，然后关掉多余的浏览器标签，只留开发页面，减少并发请求试试。
• 要是重启还是不行，换个开发服务器试试！比如装个django-extensions，然后跑python manage.py runserver_plus，这个服务器比内置的稳定一些，能帮你判断是不是内置WSGI服务器的锅。

4. 排查中间件的干扰 #

• 去settings.py的MIDDLEWARE列表看看，有没有自定义的中间件或者第三方中间件？尤其是那些处理响应压缩、静态文件的中间件，有时候它们会错误地修改静态文件的响应内容。你可以临时注释掉非Django自带的中间件，一个个排查，看看哪个中间件导致了这个问题。

5. 最后确认本地JS文件的完整性 #

• 虽然你觉得是被插入的，但还是要打开本地的JS源文件看看，有没有被编辑器或者版本控制工具意外修改？比如有没有冲突残留的奇怪字符串，排除源文件本身的问题。

另外，你可以用Chrome的Network面板（F12打开），找到报错的JS文件，查看它的响应内容，看看是不是响应头和响应体真的混在一起了，这能帮你更精准地定位问题。

内容的提问来源于stack exchange，提问作者Alex Xu