你可以使用任何一种(根据标准)，但请记住，如果你的代码在包含default参数的定义之前看到了没有default参数的声明，那么编译错误就会出现。

例如，如果你包含头包含函数声明没有默认参数列表，因此编译器将寻找原型，因为它不知道你的默认参数值，因此原型将不匹配。

如果你把函数和默认参数放在定义中，那么包括这个文件，但我不建议这样做。

默认参数值必须出现在声明中，因为这是调用者看到的唯一内容。

编辑:正如其他人指出的那样，你可以在定义上有争论，但我建议在编写所有代码时都认为这不是真的。

如果函数是公开的——非成员的、公共的或受保护的——那么调用者应该知道它们，并且默认值必须在头文件中。

If the functions are private and out-of-line, then it does make sense to put the defaults in the implementation file because that allows changes that don't trigger client recompilation (a sometimes serious issue for low-level libraries shared in enterprise scale development). That said, it is definitely potentially confusing, and there is documentation value in presenting the API in a more intuitive way in the header, so pick your compromise - though consistency's the main thing when there's no compelling reason either way.

c++将默认参数逻辑放在调用端，这意味着如果不能从调用端计算默认值表达式，则不能使用默认值。

其他编译单元通常只包含声明，因此放置在定义中的默认值表达式只能在定义编译单元本身中使用(并且在定义之后，即在编译器看到默认值表达式之后)。

最有用的地方是在声明(.h)中，这样所有用户都能看到它。

有些人也喜欢在实现中添加默认值表达式(作为注释):

void foo(int x = 42,
         int y = 21);

void foo(int x /* = 42 */,
         int y /* = 21 */)
{
   ...
}

然而，这意味着重复，并将增加注释与代码不同步的可能性(没有注释的代码会更糟糕吗?带有误导性注释的代码!)。

你可以任选其一，但不能两者兼得。通常在函数声明时这样做，然后所有调用者都可以使用该默认值。然而，你可以在函数定义中这样做，然后只有那些看到定义的人才能使用默认值。

你可以使用任何一种(根据标准)，但请记住，如果你的代码在包含default参数的定义之前看到了没有default参数的声明，那么编译错误就会出现。

例如，如果你包含头包含函数声明没有默认参数列表，因此编译器将寻找原型，因为它不知道你的默认参数值，因此原型将不匹配。

如果你把函数和默认参数放在定义中，那么包括这个文件，但我不建议这样做。