Django中self.user与self.user_id的区别及__str__用法疑问

核心差异 #

• self.user（外键字段名）：是Django ORM封装的关联模型实例对象，首次访问会触发数据库懒加载，可直接调用实例的属性或方法（如self.user.username）。
• self.user_id：是数据库表中实际存储的外键数值，对应关联对象的ID，访问时不会触发额外查询，仅读取当前实例缓存的原始数据。

疑问1：Friendship类的__str__为何用from_user_id/to_user_id？ #

看Friendship的外键配置：on_delete=models.SET_NULL, null=True，意味着关联的User被删除后，from_user和to_user会被设为None。

• 若使用self.from_user，当关联User已被删除时，该属性为None，如果User模型的__str__依赖实例属性（如用户名），格式化字符串时会直接报错；
• 使用from_user_id则不会有这个问题：即使User被删，仍能获取到之前存储的ID值（或None，但格式化None不会抛出异常），同时还能避免额外的数据库查询，性能更高效。
  另外，Meta类中的索引、唯一约束均使用from_user_id，这里保持一致也更直观。

疑问2：NewsFeed类的__str__为何用self.user/self.tweet？ #

核心原因是输出内容的可读性更强：

• self.user会直接调用User模型__str__方法返回的内容（如用户名），self.tweet会返回Tweet模型__str__定义的内容（如推文文本），相比单纯输出ID，调试或在Django Admin中查看时更容易理解。
  虽然外键同样配置了SET_NULL，但业务场景中NewsFeed关联的User和Tweet通常不会被轻易删除（或业务逻辑会保证关联对象存在），因此无需担心None导致的报错问题。

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