页面加载时URL末尾被追加#符号的调试方法咨询

前端侧深度排查 #

• 追踪hash变更触发源：在浏览器控制台执行window.addEventListener('hashchange', (e) => console.log('hash变更触发栈:', new Error().stack))，加载问题URL时查看调用栈，定位修改hash的具体代码——哪怕注释了React Router，也可能有全局脚本、第三方依赖在操作window.location.hash或history API。
• 排查第三方依赖：遗留应用常引入旧版统计SDK、UI库或工具脚本，这些可能自动修改URL。尝试临时注释第三方脚本引入，逐一排查哪一个导致问题。
• 检查React入口逻辑：即使注释了路由，index.js等入口文件的初始化代码可能存在URL判断逻辑。给入口代码加断点，逐行执行确认是否有修改URL的操作。
• 验证HTML模板：检查Django渲染的页面模板或React的public/index.html，看是否有<base>标签配置错误（比如href末尾带#），或是内联脚本在页面加载时直接修改hash。

后端（Nginx+Django）排查 #

• 简化Nginx配置测试：临时把Nginx配置改成最基础的反向代理（去掉所有rewrite、try_files之外的复杂规则），测试问题是否消失，排除Nginx规则误加#的可能。
• 逐个禁用Django中间件：自定义或第三方中间件可能在响应中注入修改URL的脚本，或是设置异常响应头。先禁用自定义中间件，再逐步禁用第三方的，每次测试问题是否存在。
• 检查Django视图与模板：查看返回的页面内容，确认是否有模板渲染时插入的内联脚本，或是视图通过HttpResponse注入了修改URL的代码。同时排查Django URL配置，看是否有规则处理末尾/时生成异常跳转逻辑。

浏览器环境验证 #

• 隐身模式测试：禁用所有浏览器扩展（广告拦截、VPN等），用隐身模式打开URL，排除扩展注入脚本修改URL的可能。
• 全请求响应抓包：在Network面板勾选“Preserve log”，加载页面时查看第一个HTML请求的响应头（确认无隐含Location跳转）和响应体（查找是否有隐藏的修改hash的脚本）。
• 跨浏览器测试：在Chrome、Firefox、Edge分别测试，若仅某浏览器出现问题，大概率是该浏览器的扩展或特定行为导致。

其他方向 #

• 版本回退验证：若问题是近期出现的，对比代码仓库历史提交，定位可能引入问题的变更（比如Nginx配置修改、依赖版本升级、中间件新增）。
• SSR逻辑排查：如果应用有自定义服务器端渲染逻辑，检查SSR生成的HTML是否包含错误的URL处理代码，导致客户端加载时触发hash修改。

内容的提问来源于stack exchange，提问作者Dmitry Shvedov