Django中如何通过信号按条件处理User模型的创建/更新人字段？

我来帮你搞定这个User模型的created_by/updated_by字段赋值问题，结合Django的Admin扩展、视图逻辑和信号，完全能覆盖你提到的所有场景——用户自行操作、员工在Admin创建/更新、终端创建超级用户，而且能完美区分什么时候需要赋值，什么时候不用。

1. Admin场景：直接在UserAdmin里搞定 #

Admin里操作的情况最直接，因为save_model方法能拿到request.user，我们直接自定义UserAdmin，在保存时给字段赋值：

from django.contrib import admin
from .models import User

class UserAdmin(admin.ModelAdmin):
    def save_model(self, request, obj, form, change):
        # 新建用户时，如果created_by为空（比如第一次创建），设置为当前操作的员工
        if not obj.pk:
            obj.created_by = request.user
        # 更新操作不管是谁，都把updated_by设为当前操作的员工
        obj.updated_by = request.user
        # 调用父类方法完成保存
        super().save_model(request, obj, form, change)

admin.site.register(User, UserAdmin)

这样员工在Admin里创建/更新用户时，created_by和updated_by都会自动填上操作的员工账号，完美覆盖这个场景。

2. 外部视图场景：区分自行操作和他人操作 #

外部场景比如用户自行注册、自行更新资料，这时候我们不需要赋值created_by/updated_by；如果是其他有权限的用户（比如前端后台的管理员）操作别人的账号，就手动赋值：

示例1：用户自行注册

def user_register(request):
    if request.method == "POST":
        form = UserRegistrationForm(request.POST)
        if form.is_valid():
            # 自行注册，直接保存，created_by留空
            user = form.save()
            # 后续登录逻辑...
    # GET请求返回注册页面...

示例2：管理员在前端更新其他用户

from django.shortcuts import get_object_or_404
from django.contrib.auth.decorators import user_passes_test

@user_passes_test(lambda u: u.is_staff)
def update_other_user(request, user_id):
    target_user = get_object_or_404(User, id=user_id)
    if request.method == "POST":
        form = UserUpdateForm(request.POST, instance=target_user)
        if form.is_valid():
            updated_user = form.save(commit=False)
            # 管理员操作他人账号，设置updated_by为当前管理员
            updated_user.updated_by = request.user
            updated_user.save()
            # 跳转提示...
    # GET请求返回编辑页面...

3. 终端创建超级用户：用post_save信号补全 #

终端创建超级用户时（createsuperuser命令），没有request对象，这时候我们可以用post_save信号来处理：

from django.db.models.signals import post_save
from django.dispatch import receiver
from django.contrib.auth import get_user_model

User = get_user_model()

@receiver(post_save, sender=User)
def handle_superuser_creation(sender, instance, created, **kwargs):
    # 只处理新创建的超级用户，且created_by为空的情况
    if created and instance.is_superuser and not instance.created_by:
        # 因为是终端创建的超级用户，没有其他操作人，这里把created_by设为自身
        instance.created_by = instance
        # 用update_fields避免触发递归的post_save信号
        instance.save(update_fields=["created_by"])

这样终端创建的超级用户，created_by会自动设为自己，updated_by因为是创建操作，本身就不需要赋值（如果后续更新超级用户，Admin或视图里的逻辑会处理）。

额外注意点 #

• 如果你想统一处理所有更新场景的updated_by，也可以考虑给User模型加一个临时属性，比如_updater，然后在save方法里检查：

  class User(AbstractBaseUser, PermissionsMixin, UserStamp):
      # 你的字段...
      def save(self, *args, **kwargs):
          if hasattr(self, "_updater"):
              self.updated_by = self._updater
              delattr(self, "_updater")
          super().save(*args, **kwargs)
  

  然后在需要赋值的地方（比如Admin、管理员视图），先给实例加user._updater = request.user再保存，这样更统一，但需要注意不要和其他逻辑冲突。
• 信号处理时一定要用update_fields，不然会无限递归触发post_save信号，导致死循环。

这样一套组合拳下来，所有场景都覆盖到了，而且逻辑清晰，不会有瓶颈问题。

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