解决Django中utils.py与模型循环导入问题并实现唯一字段值生成

嗨，这个问题我之前也踩过坑，本质是循环导入导致的！咱们一步步拆解解决：

问题根源 #

你当前的代码逻辑里，models.py在加载阶段就会执行utils.create_new_ref_number()（因为给default传了函数执行后的结果），而utils.py又在顶部直接导入了Profile模型。这时候模型文件还没完全初始化完成，就出现了“无法从部分初始化的模块导入”的错误——两个文件互相依赖加载，形成了循环。

解决方案 #

我们需要调整两个地方，既避免循环导入，又能保证生成唯一的memberid：

1. 修改模型字段的default参数

把default=utils.create_new_ref_number()改成default=utils.create_new_ref_number（去掉括号）。这样Django不会在加载模型时就执行函数，而是在创建新实例的时候才调用这个函数，避开了模型加载阶段的依赖冲突。

修改后的Profile模型字段：

memberid = models.CharField(
        max_length = 10,
        blank=True,
        editable=True,
        unique=True,
        default=utils.create_new_ref_number  # 注意：这里不要加括号！
    )

2. 调整utils.py的模型导入方式

不要在文件顶部导入Profile，而是在函数内部延迟获取模型，这样只有当函数被调用时（此时模型已经完全加载完成），才去获取模型类，彻底解决循环导入问题。

修改后的utils.py：

import random
from django.apps import apps

def create_new_ref_number():
    # 延迟获取模型，避免循环导入
    Profile = apps.get_model('MCARS', 'Profile')
    not_unique = True
    while not_unique:
        unique_ref = random.randint(1000000000, 9999999999)
        # 用.exists()更高效，不需要返回完整对象列表
        if not Profile.objects.filter(memberid=str(unique_ref)).exists():
            not_unique = False
    return str(unique_ref)

额外小优化 #

用.exists()替代直接判断filter结果，因为它只检查数据库中是否存在匹配记录，不需要返回整个查询集，性能会更好，尤其是数据量变大之后。

现在你可以测试一下：新建Profile实例时，memberid会自动生成唯一的10位数字，而且再也不会出现导入错误啦！

备注：内容来源于stack exchange，提问作者arcee123