【问题标题】:Does specifying array length when initializing affect compile time?初始化时指定数组长度会影响编译时间吗?
【发布时间】:2021-11-13 13:27:58
【问题描述】:

我了解在运行时,const char text[] = "some char array"const char text[16] = "some char array" 相同。

编译时间有什么不同吗?我认为会有,因为告诉编译器数组中有多少元素应该比计算元素数量要快。我知道,即使它有所作为,它也会微不足道,但是我的好奇心占了上风,所以我想我会问。

【问题讨论】:

  • 编译器已经知道解析后的字符串有多长。
  • 为了表明编译器在任何情况下都必须计数,您可以尝试编译类似 const char text[5] = "too long";
  • 也尝试编译int a[]; int b[5];
  • 如果我有一个初始化器,我总是不喜欢硬编码一个值。如果我更改初始化程序,我不需要以这种方式更改任何其他内容。此外,这都是编译时间,所以虽然您可以节省一些编译时间,但对运行时间没有影响。

标签: c++ compilation micro-optimization


【解决方案1】:

可能编译速度更快的代码相比,您应该更喜欢能够减少认知负担的可读代码。您认为某些东西编译得更快的假设也可能是相反的(见下文)。你只是不知道编译器的实现,一般来说,编译速度的差异可以忽略不计。

对于一个常量字符串(你永远不会重新分配一个值),我会省略长度,因为它会增加混乱并且编译器完全能够确定它需要的长度。

您也可以推断添加数字较慢。毕竟,编译器需要解析字符串,因此无论如何都知道它的长度。在声明中添加 16 会强制编译器也解析一个数字 检查字符串是否不太长。这可能会使编译速度变慢。谁知道?但同样:与编译器所做的所有其他奇迹(并且非常有效)相比,差异可能可以忽略不计。所以不用担心。

【讨论】:

  • 同意,我猜让初始化器暗示长度会更快。它已经需要检查初始化器长度是否更长(如果您使用字符串文字,则包括尾随 \0),所以是的,编译器无法跳过实际计算长度。
猜你喜欢
  • 2011-11-11
  • 1970-01-01
  • 2018-02-06
  • 1970-01-01
  • 1970-01-01
  • 2012-11-17
  • 1970-01-01
  • 2017-07-06
  • 1970-01-01
相关资源
最近更新 更多