我不相信有任何方法可以像你想要的那样使用limit_choices_to动态过滤，因为你将无法访问所需的对象来形成这样的查询。
相反，您可能应该为message创建自己的模型表单，并在那里为这些字段设置查询集。比如下面……

class MessageForm(forms.ModelForm):
    class Meta:
        model = Message

    def __init__(self, *args, **kwargs):
        super(MessageForm, self).__init__(*args, **kwargs)

        if self.instance.part_of and self.instance.part_of.id:
            users = self.instance.part_of.belong_to.all()
            self.fields['sender'].queryset = users
            self.fields['receiver'].queryset = users

此外，为什么limit_choices_to适用于您的示例，但不是动态有用的。
Django简单地处理limit_choices_to表达式，作为一个额外的过滤器应用于ModelForm字段查询集。表达式{dialog: 1}在语义上与将UserProfile.objects.filter(dialog=1)的结果赋给我的示例中的查询集没有什么不同。
Django不知道是否有一个具有该id的对话框作为关系存在于UserProfile中，它只是应用过滤器。在本例中，存在一个id为1的对话框，因此它可以正常工作。如果你在你的例子中坚持一个无效的对话框id..它将评估为一个空的查询集，你将在你的表单中得到0个选择。
它不能是动态的，因为在limit_choices_to中，您只能为UserProfile模型创建过滤器表达式。您不能访问字段所属的Message示例，也不能访问消息所属的Dialog模型...因此，您无法创建过滤器来动态地限制它们。
创建您自己的ModelForm并限制该字段的查询集，在那里您有您需要的信息，这是正确的方法。

在Django中没有办法动态过滤模型中的字段。为了确保没有用户输入不正确的数据，我将编辑clean方法来执行额外的验证层。（因此，管理员可能认为他们可以添加任何发送者/接收者，但如果他们提交的示例的发送者/接收者不属于对话框的用户，则会给予验证错误。这将防止用户将不正确的数据添加到您的网站之外的数据库。
然而，向您的网站添加过滤器（即视图本身）可以通过覆盖视图相关表单的初始化方法轻松完成。
如果Django在模型字段中添加动态过滤器，那么制作网站就太容易了。

如果Message的示例都属于Dialog，为什么不在Dialog模型上创建一个字段messages？然后，您可以将发送方和接收方附加到每个Dialog。简而言之，沿着这些路线的东西：

class Dialog(models.Model):
    messages = models.ManyToManyField(Message)
    sender = models.ForeignKey(UserProfile)
    receiver = models.ForeignKey(UserProfile)

class Message(models.Model):
    # Other fields

消息的发送者和接收者总是对话框所属的发送者和接收者。