Django DEBUG模式下'Organization'对象无resolve_expression属性错误求助

根因说明 #

该异常触发的核心逻辑是Django ORM构造查询时，会通过hasattr(value, 'resolve_expression')检查传入的过滤值是否为ORM表达式对象，而你自定义了Organization模型的__getattribute__方法，该方法在DEBUG模式的额外校验逻辑下触发了未处理的AttributeError，非DEBUG模式下因为缺少DEBUG专属的检查逻辑、或属性访问缓存生效，所以不会触发报错。

排查步骤 #

• 优先检查legal_entity/submodels/organization.py第416行所在的__getattribute__方法，确认是否添加了仅DEBUG模式生效的校验、日志、属性预处理逻辑，是否存在访问不存在属性时未正常抛出AttributeError的问题。
• 定位core/subserializers/abstract/business_object.py第52行的filter查询代码，检查你传给user参数的值是否为Organization实例：正常该字段应该传入User模型实例或用户ID，若传错了模型实例，会触发ORM的表达式检查逻辑，刚好命中Organization的__getattribute__异常。
• 临时注释掉Organization自定义的__getattribute__方法，仅保留默认父类调用逻辑后重试，若问题消失，即可确定是自定义__getattribute__逻辑导致的问题，逐行排查新增的代码即可。
• 排查所有加了if settings.DEBUG:判断的全局、模型层、序列化层代码，确认是否有DEBUG专属的属性检查、权限校验逻辑误拦截了ORM的正常属性访问。

临时修复方案 #

方案1：绕开ORM实例检查 #

将查询参数中的模型实例替换为对应主键值，比如将原代码.filter(user=xxx)改为.filter(user_id=xxx.id)，直接传ID值不需要ORM对实例做属性检查，即可规避该问题。

方案2：添加占位方法避免属性访问异常 #

给Organization模型手动添加resolve_expression占位方法，避免hasattr检查时触发异常，代码如下：

from django.db.models.expressions import Node

class Organization(models.Model):
    # 原有字段定义
    def resolve_expression(self, query=None, allow_joins=True, reuse=None, summarize=False, for_save=False):
        # 如果你确定该模型不会被用作ORM表达式，可以直接返回对应主键的表达式
        return self.pk.resolve_expression(query, allow_joins, reuse, summarize, for_save)

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