Django模型中DateTimeField的timezone.now与auto_now_add参数差异解析

你在博客应用里给created和publish字段用了不同参数，核心是二者的设计场景与行为逻辑有本质区别，不能随便统一使用：

• 字段可编辑性不同
  用auto_now_add=True的字段，在Django admin后台默认是隐藏不可编辑的，刚好适合created这种记录对象创建时间、不允许后续修改的字段；而default=timezone.now的字段默认支持手动修改值，匹配publish这种可能需要调整发布时间的场景。

• 赋值优先级不同
  auto_now_add=True是强制在对象首次存入数据库时自动赋值，哪怕你创建对象时手动指定了该字段的值，也会被系统覆盖成当前时间；而default=timezone.now只是“兜底逻辑”——只有当你创建对象时没给这个字段传值，才会用当前时间，若手动传了自定义时间，系统会优先使用你传入的值。

• 迁移文件处理逻辑不同
  带auto_now_add=True的字段，生成的迁移文件里不会显式写入default值，赋值逻辑由Django运行时处理；而default=timezone.now的字段，迁移文件里会明确记录默认值是django.utils.timezone.now函数，数据库层面也会保留这个默认配置。

简单来说，auto_now_add是为了记录不可修改的创建时间，default=timezone.now是为了提供可自定义的默认时间，应用场景完全不同，所以不能统一使用后者。

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