Django：向自定义.save方法传参以避免无限递归

这情况我之前做项目时也碰到过，核心就是给克隆操作加个"开关"，让它跳过触发克隆的逻辑。下面是具体的实现思路和代码：

核心思路 #

给模型的save方法新增一个可选参数（比如copy=False），默认值为False——对应正常的保存操作。当我们需要克隆对象时，调用save方法手动传入copy=True，此时方法会跳过时间差检查的逻辑，直接执行保存，彻底避免无限递归。

代码实现示例 #

假设你的模型结构如下，我们修改它的save方法：

from django.db import models
from datetime import timedelta

class YourModel(models.Model):
    start_date = models.DateTimeField()
    last_edited = models.DateTimeField(auto_now=True)
    # 这里添加你的其他字段，比如title、content等...

    def save(self, copy=False, *args, **kwargs):
        # 只有非克隆操作才触发时间差检查
        if not copy:
            time_diff = self.last_edited - self.start_date
            if time_diff > timedelta(days=14):
                # 克隆当前对象：先获取原对象的完整副本
                clone = YourModel.objects.get(pk=self.pk)
                # 重置主键，让Django创建新的数据库记录
                clone.pk = None
                # 调用save时传入copy=True，阻止递归克隆
                clone.save(copy=True)
                # 按需选择：如果原对象不需要保存，直接return；如果要保存则去掉return
                return
        
        # 执行正常的保存逻辑（原对象或克隆对象都会走到这里）
        super().save(*args, **kwargs)

关键细节说明 #

1. copy参数的作用：作为逻辑开关，区分正常保存和克隆后的保存。正常调用obj.save()时，copy默认是False，会触发时间差检查；克隆对象调用save(copy=True)时，直接跳过检查，避免递归。
2. 重置主键pk=None：这一步必须做，否则你修改的会是原对象，而不是创建新的克隆记录。
3. 原对象的处理：如果你的需求是"当时间差超14天时，不更新原对象，只创建克隆"，那就在克隆后return；如果原对象也需要保存，就去掉return，让父类的save方法执行。
4. 健壮性保障：虽然克隆后的对象last_edited是当前时间，和start_date的差肯定小于14天，但加上copy参数能避免一些极端情况（比如手动修改了last_edited），让逻辑更稳妥。

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