blocks|key|1335146|text|int+C::data[200]为零初始化，这意味着它是静态初始化的.静态初始化先于动态初始化。因为C::Init::Init()不是一个常量表达式，所以C::i必须在C::data之后被动态初始化。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1335147|详情见3.6.2。|1335148|盗录的名言：|1335149|具有静态存储持续时间的|1335150|变量。在进行任何其他初始化之前，必须为零初始化。..。零初始化和常量初始化一起被称为静态初始化；所有其他初始化都是动态初始化.静态初始化应在进行任何动态初始化之前执行。|blockquote|1335151|
。|1335152|entityMap^0|0|G|1E|F|25|4|2C|7|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]|$9|V|A|W|B|C]|$9|X|A|Y|B|C]|$9|Z|A|10|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|11|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|12|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|13|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|14|8|@]|D|@]|E|$]]|$1|O|3|P|5|6|7|15|8|@]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|16|8|@]|D|@]|E|$]]]|R|$]]

<code>int C::data[200]</code> is zero-initialized, which means that it is statically initialized. Static initialization comes before dynamic initialization. Since <code>C::Init::Init()</code> is not a constant expression, <code>C::i</code> is dynamically initialized, necessarily after <code>C::data</code>.

See 3.6.2 for details.

A bootleg quote:

<blockquote>
 Variables with static storage duration [...] shall be zero-initialized before any other initialization takes place. [...] Together, zero-initialization and constant initialization are called static initialization; all other initialization is dynamic initialization. Static initialization shall be performed before any dynamic initialization takes place.
</blockquote>

blocks|key|1333400|text|C::data不是在那里初始化的，所以顺序并不重要。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1333401|较短的解决方案是使用静态函数和虚拟变量：|1333402|class+C+{
private:

++++static+void+Init()+{
++++++++/*+compute+data+once+here+*/
++++}

++++static+bool+data_init_helper;
++++static+int+data[];
public:
++++/*+interface+for+reading+data+*/
};

bool+C::data_init_helper+=+(C::Init(),+false);
int+C::data[200];|code-block|syntax|javascript|1333403|entityMap^0|0|7|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|R|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|S|8|@]|D|@]|E|$K|L]]|$1|M|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|N|$]]

<code>C::data</code> isn't initialized there, so order doesn't matter.

The shorter solution is to use static function and dummy variable:

<pre><code>class C {
private:

 static void Init() {
 /* compute data once here */
 }

 static bool data_init_helper;
 static int data[];
public:
 /* interface for reading data */
};

bool C::data_init_helper = (C::Init(), false);
int C::data[200];
</code></pre>

blocks|key|1335177|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1335178|是C:我总是在C：：数据之后初始化，无论两者的定义顺序如何？|blockquote|1335179|1335180|1335181|如果它们是在同一个编译单元中定义的，则保证顺序，否则不会。|1335182|1335183|这个解决方案是计算静态数据的最优雅的解决方案吗？|1335184|1335185|1335186|不是的。如果您确实必须让它保持静态，那么更好的方法(并防止可能的静态初始化顺序失败)是这样做：|1335187|struct+someDataStr
{
++int+data[200];
};
someDataStr&+AccessData()
{
++static+someDataStr+*ptr+=+NULL;
++if+(+NULL+==+ptr+)
++{
++++ptr+=+new+someDataStr;
++++//+initialize+value
++}
++return+*ptr;
}|code-block|syntax|javascript|1335188|如果它不必是静态的，那么使用依赖注入，并将包含数据的对象传递给使用它的所有类。|1335189|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|X|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|Y|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|Z|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|10|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|11|7|@]|8|@]|9|$]]|$1|H|3|-4|4|5|6|12|7|@]|8|@]|9|$]]|$1|I|3|J|4|C|6|13|7|@]|8|@]|9|$]]|$1|K|3|-4|4|5|6|14|7|@]|8|@]|9|$]]|$1|L|3|-4|4|5|6|15|7|@]|8|@]|9|$]]|$1|M|3|N|4|5|6|16|7|@]|8|@]|9|$]]|$1|O|3|P|4|Q|6|17|7|@]|8|@]|9|$R|S]]|$1|T|3|U|4|5|6|18|7|@]|8|@]|9|$]]|$1|V|3|-4|4|5|6|19|7|@]|8|@]|9|$]]]|W|$]]

<blockquote>
 Is C::i always initialized after C::data no matter the order of the
 definition of both?
</blockquote>

The order is guaranteed if they are defined in the same compilation
unit, otherwise not.

<blockquote>
 Is this solution the most elegant one for computing static data once?
</blockquote>

No. If you really have to have it static, then a better way (and to prevent a possible static initialization order fiasco) is to do it like this : 

<pre><code>struct someDataStr
{
 int data[200];
};
someDataStr&amp; AccessData()
{
 static someDataStr *ptr = NULL;
 if ( NULL == ptr )
 {
 ptr = new someDataStr;
 // initialize value
 }
 return *ptr;
}
</code></pre>

If it doesn't have to be static, then use dependency injection, and pass the object containing data to all classes using it.

Consider the code below in a single translation unit:

<pre><code>class C {
private:

 struct Init {

 Init() {
 /* compute data once here */
 }
 };
 static const Init&amp; i;
 static int data[];
public:
 /* interface for reading data */
};

const C::Init&amp; C::i = Init();
int C::data[200];
</code></pre>

<ol>
<li>Is C::i always initialized after C::data no matter the order of the definition of both?</li>
<li>Is this solution the most elegant one for computing static data once?</li>
</ol>

Static data member initialization order

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

将下面的代码放在一个翻译单元中：class C {private:    struct Init {        Init() {            /* compute data once here */        }    };    static const Init& i;    static int...

问静态数据成员初始化顺序
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问静态数据成员初始化顺序EN