Django中定义全局变量后在视图中使用存在哪些弊端？

• 数据过时问题
  Django的QuerySet虽然是惰性求值，但只要第一次被调用（比如第一次传入模板渲染时）就会执行SQL查询并缓存结果，全局变量的生命周期和Web服务进程一致，后续所有请求拿到的都是第一次查询的缓存数据，不会同步数据库的新增、修改、删除操作，直接导致业务数据错误。
• 命名冲突风险
  你给出的示例代码本身就存在命名冲突：全局变量logged_user和视图函数名完全一致，函数定义会直接覆盖全局变量，导致引用失效。就算修改命名规避当前冲突，全局变量作用域覆盖整个模块，后续开发中很容易出现同名变量覆盖的问题，排查难度高。
• 扩展性极差
  如果后续需要调整这个查询逻辑，比如增加和当前请求用户、请求参数相关的过滤条件，全局变量完全无法获取请求上下文对象request，所有调用该变量的代码都需要重构，维护成本极高。
• 服务稳定性隐患
  如果模块加载阶段不小心触发了全局QuerySet的求值（比如其他初始化代码调用了len()、遍历等操作），会在服务启动阶段直接发起数据库查询，一旦数据库连接异常会直接导致服务启动失败，同时大量全局查询也会拖慢服务启动速度。

更合理的实现方案：如果需要多个视图复用该查询，可以封装成独立工具函数，或者使用Django自带的上下文处理器注入到所有需要的模板中，完全避免全局变量的各类问题。

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