13
未定义行为背后的哲学
C \ C ++规范为编译器以自己的方式实现提供了许多开放的行为。这里经常有很多问题被问到同样的问题，并且我们有一些很好的帖子： https://stackoverflow.com/questions/367633/what-are-all-the-common-undefined-behaviour-that-ac-programmer-should-know-abo https://stackoverflow.com/questions/4105120/what-is-undefined-behavior https://stackoverflow.com/questions/4176328/undefined-behavior-and-sequence-points 我的问题不是关于不确定行为是什么，还是真的不好。我确实知道该标准的危险和大多数相关的未定义行为引用，因此请不要发布有关该标准有多严重的答案。这个问题是关于为编译器实现留出许多行为的背后的哲学。 我读了一篇很棒的博客文章，指出性能是主要原因。我想知道性能是否是允许它的唯一标准，或者是否有其他因素会影响将事情开放给编译器实现的决定？ 如果您有任何示例可以引用某个特定的未定义行为为编译器提供足够的优化空间，请列出它们。如果您知道性能以外的其他因素，请提供足够详细的答案。 如果您不理解该问题或没有足够的证据/来源来支持您的答案，请不要发布广泛猜测的答案。