可能是重复问题：
非静态成员函数的默认参数
如果我理解得不对，请纠正我，但我认为默认参数的工作方式如下：
当编译器看到函数调用时，它会开始将参数推入堆栈。当参数用完后，它会开始将默认参数推入堆栈，直到填满所有必需参数（我知道这是一种简化方式，因为实际上参数是从右到左推送的，所以它将从默认值开始，但思想是相同的）。
如果这是真的，为什么成员变量不能用作默认值呢？在我的看法中，由于编译器像往常一样在调用站点上推送它们，它应该能够很好地解析它们！
编辑 由于答案似乎误解了我的问题，让我澄清一下。我知道这是情况，并且我知道语言允许什么和不允许什么。我的问题是，既然它似乎自然而然地工作，为什么语言设计者选择不允许这样做。
void foo(int a, int b = a);
在C ++中不允许这样做。C ++不允许默认参数依赖于其他参数。
使用类成员作为默认参数只是上述情况的一个特例，因为类成员是通过this指针访问的，而this指针只是每个非静态成员函数的另一个隐藏参数。
所以，问题实际上是为什么。
void foo(int a, int b = a);
不允许这样做。
禁止此操作的一个明显原因是，它会对参数的计算顺序施加额外要求。如您所知，在C++中，函数参数的计算顺序是未指定的 - 编译器可以以任何顺序计算参数。但是，为了支持上述默认参数功能，编译器必须确保在计算b之前先计算a。这感觉就像是一种过度的要求，限制了我们在C++中常见的自由计算顺序。
请注意，这个
int a;
void foo(int b = a);
本文列出了设置默认参数的所有方法 - 在C++中，必须将默认函数参数设置为常量吗？
绕过您的需求并不困难。
class A
{
int a;
public:
void f(int i);
void f()
{
f(a);
}
};
提供您所需的内容。
我认为这些是标准中最合适的段落，特别是§9：
8.3.6 默认参数 [dcl.fct.default]
§7 不得在默认参数中使用局部变量
§9 [...] 同样，非静态成员不得在默认参数中使用，即使它没有被评估，除非它出现为类成员访问表达式（5.2.5）的id-expression或者除非它用于形成指向成员的指针（5.3.1）。
void Foo::Bar(int a = this->member)实际上意味着void Foo__Bar(Foo* this, int a = this->member)。显然，第二个参数在第一个参数之前无法计算，这违反了C++编译器可以按任何顺序评估参数的公理。this的地址，因此在调用c.Bar()时，它实际上将调用Foo:Bar(&c, &c+offset(member))，并且可以按任意顺序评估它们。 - Baruchc 不是一个指针，而是一个函数调用的返回值呢？你不想调用两次。 - MSaltersoffset_of(member)，而是*(member_type*)((char*)this + offsetof(member))。请记住，这只是一个默认值，调用者可能会提供另一个具有相同类型的表达式。被调用方必须处理这两种情况。 - MSalters
&var就没有问题了，因为&var根本没有任何副作用。你甚至可以评估它两次（一次为a，一次为b），然后以任何顺序执行它。 - Baruchthis的值，这与我的示例没有任何区别。 - AnT stands with Russia*this只是指向用于实例化调用的实例的指针，因此它更像是调用bar(&c，&c + 4)，这是完全合法的。编译器可以按任何顺序进行评估。第二个参数恰好取决于与第一个参数发送的相同值，而不是第一个参数本身。 - Baruchc不是预先准备好的变量，而是函数调用的结果，例如obtain_c_from_somewhere().bar()呢？两次调用该函数是不可接受的。在这种情况下，唯一的解决方案是始终确保首先调用obtain_c_from_somewhere()（以获取this），然后再准备其他参数。这正是我在我的答案中谈到的关于评估顺序的额外要求。 - AnT stands with Russia