关于Django 3.1.7默认查询参数分隔符变更的技术咨询：后续建议、替代方案与配置方式

嘿，针对你问的Django 3.1.7不再默认允许;作为查询参数分隔符的问题，我整理了实用的建议和解决方案：

一、后续实践建议 #

首先得明确，这次变更的核心原因是;并不符合HTTP查询参数的RFC标准（标准分隔符是&），Django做这个调整是为了更好地遵循规范、提升兼容性。所以后续的最佳实践是：

• 优先迁移到标准的&作为查询参数分隔符，这能确保你的应用在所有浏览器、客户端和后续Django版本中都能正常工作
• 全面检查现有代码库：包括后端生成的URL、前端请求逻辑、第三方集成（比如API客户端、爬虫）中是否有使用;的地方，逐步替换成&
• 如果是维护旧项目，暂时无法全量替换，可以先临时启用;支持，但要制定迁移计划，避免在未来版本中遇到兼容性问题

二、可替代的查询参数分隔符 #

最推荐的替代方案是标准的&分隔符，这是HTTP协议规定的默认分隔符，兼容性拉满。
如果因为特殊场景（比如旧系统依赖）必须保留;的支持，它依然可以作为可选分隔符，但不再是默认选项，需要手动配置启用。

三、如何指定允许使用的查询参数分隔符 #

你可以在Django项目的settings.py文件中，通过QUERY_STRING_SEPARATORS配置项来指定允许的分隔符列表。比如：

# settings.py
QUERY_STRING_SEPARATORS = ['&', ';']

这个配置项接受一个字符串列表，列表中的每个元素都是允许的查询参数分隔符。在Django 3.1.7及之后的版本中，默认值是['&']，也就是只允许标准的&分隔符。

关于发布说明 #

你可以在Django官方文档的对应版本发布说明中找到这个变更的详细背景和细节，里面会提到变更的动机、影响范围以及配置方式。

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