在c++中初始化私有静态数据成员的最佳方法是什么?我在头文件中尝试了这一点，但它给了我奇怪的链接器错误:
class foo
{
private:
static int i;
};
int foo::i = 0;
我猜这是因为我不能从类外部初始化一个私有成员。那么最好的方法是什么呢?
当前回答
如果你想初始化一些复合类型(f.e. string)，你可以这样做:
class SomeClass {
static std::list<string> _list;
public:
static const std::list<string>& getList() {
struct Initializer {
Initializer() {
// Here you may want to put mutex
_list.push_back("FIRST");
_list.push_back("SECOND");
....
}
}
static Initializer ListInitializationGuard;
return _list;
}
};
由于ListInitializationGuard是SomeClass::getList()方法中的一个静态变量，它将只被构造一次，这意味着构造函数被调用一次。这将初始化_list变量为你需要的值。任何后续对getList的调用都将返回已经初始化的_list对象。
当然，您必须始终通过调用getList()方法访问_list对象。
其他回答
您遇到的链接器问题可能是由以下原因引起的:
在头文件中提供类和静态成员定义， 在两个或多个源文件中包含此头文件。
对于那些从c++开始学习的人来说，这是一个常见的问题。静态类成员必须在单个翻译单元中初始化，即在单个源文件中初始化。
不幸的是，静态类成员必须在类体之外初始化。这使得只写头的代码变得复杂，因此，我使用了完全不同的方法。你可以通过静态或非静态类函数来提供你的静态对象，例如:
class Foo
{
// int& getObjectInstance() const {
static int& getObjectInstance() {
static int object;
return object;
}
void func() {
int &object = getValueInstance();
object += 5;
}
};
定义常量的一种“老派”方法是用枚举替换它们:
class foo
{
private:
enum {i = 0}; // default type = int
enum: int64_t {HUGE = 1000000000000}; // may specify another type
};
这种方法不需要提供定义，并且避免使常量为左值，这可以为您省去一些麻烦，例如当您意外地odr使用它时。
对于这个问题的未来观众，我想指出您应该避免monkey0506所建议的内容。
头文件用于声明。
对于每个直接或间接包含头文件的.cpp文件，头文件将被编译一次，并且在main()之前在程序初始化时运行任何函数之外的代码。
通过输入:foo::i = VALUE;对于每个.cpp文件，foo:i将被赋值value(不管它是什么)，并且这些赋值将以不确定的顺序(由链接器决定)在main()运行之前发生。
如果我们在其中一个。cpp文件中#define VALUE为不同的数字会怎样?它将编译良好，我们将无法知道哪个胜出，直到我们运行程序。
永远不要将执行的代码放入头文件中，这与您永远不要#include .cpp文件的原因相同。
Include守卫(我同意你应该经常使用)保护你不受一些不同情况的影响:在编译一个.cpp文件时，同一个头文件被间接地多次# Include。
我在这里没有足够的代表来添加这一点作为注释，但在我看来，无论如何使用#include守卫来编写头文件是一种很好的风格，正如Paranaix几小时前指出的那样，这可以防止多重定义错误。除非已经使用了单独的CPP文件，否则没有必要只使用一个文件来初始化静态的非整型成员。
#ifndef FOO_H
#define FOO_H
#include "bar.h"
class foo
{
private:
static bar i;
};
bar foo::i = VALUE;
#endif
我认为没有必要为此使用单独的CPP文件。当然，你可以这样做，但是没有技术上的理由必须这样做。
使用Microsoft编译器[1]，不像int型的静态变量也可以在头文件中定义，但在类声明之外，使用Microsoft特定的__declspec(selectany)。
class A
{
static B b;
}
__declspec(selectany) A::b;
请注意，我并不是说这是好的，我只是说这是可以做到的。
现在，比MSC更多的编译器支持__declspec(selectany)——至少gcc和clang。甚至更多。
