引用导入的Django模型时出现‘local variable referenced before assignment’错误

嗨，这个问题的根源其实是变量名冲突+Python的作用域规则在搞鬼，我给你拆解一下：

问题原因 #

你在dbm函数里写了这么一行循环代码：

for song, num in songs:

这里的song是一个局部循环变量，Python有个规则：如果在函数内部的任何位置对一个变量进行赋值（包括循环里的变量绑定），它就会把整个函数范围内的这个变量都视为局部变量。

而你在循环之前就调用了song.objects.all()，这时候局部的song还没被定义（要到循环的时候才会绑定值），所以Python就抛出了“局部变量在赋值前被引用”的错误——它完全没把这个song和你从models里导入的模型类联系起来。

解决方案 #

有两个简单的办法可以解决：

1. 修改循环变量名

把循环里的song改成别的名字，比如song_obj，避免和模型类名冲突：

for song_obj, num in songs:
    gather.pause(length=1)
    gather.say(f"For {song_obj.name}, please press {num}")

2. 遵循PEP8规范修改模型类名（更推荐）

Python的PEP8规范要求类名使用大驼峰命名法（首字母大写，每个单词首字母大写），Django官方也推荐这么做。你可以把models.py里的类名改成Song：

class Song(models.Model):
    name = models.TextField()
    file = models.FileField()
    release_date = models.DateTimeField(default=timezone.now)

    class Meta:
        verbose_name = 'Song'
        verbose_name_plural = f'{verbose_name}s'

然后在views.py里调用的时候改成：

songs = Song.objects.all()#.order_by('-release_date')

这样即使循环里用song当变量名，也不会和模型类Song冲突了，代码也更符合行业规范，可读性更强。

另外还有个小建议：尽量避免用from .models import *这种导入方式，明确写出要导入的模型类（比如from .models import Song），这样代码更清晰，也能减少潜在的命名冲突问题。

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