C++编译器生成类方法的时机与存储位置：以自动析构函数为例

编辑补充： 已在示例类中添加字段使其为non-trivially-destructible类型，特此澄清该字段并非本问题核心讨论点。

考虑一个没有用户声明析构函数的简单类，示例如下：

struct A {
    std::string s;
};

请注意示例中的字段本身无关紧要，仅用于让类成为non-trivially-destructible类型以避免无关干扰，你可以将其视为无特殊属性的常规日常类。

这种场景下编译器会为我们自动生成析构函数，核心问题为：该析构函数具体在什么时机生成？它的函数体被放置在什么位置？

更具体的疑问点如下：

• 编译器是否会实际生成对应的源代码？如果是，生成的源代码被放置在什么位置？
• 如果没有生成实际源代码，直接转换为内部表示或机器码，那么生成动作在什么时机触发？对应的表示被存储在什么位置？

提出该问题的实际背景是std::unique_ptr搭配incomplete type（不完整类型）使用时的编译报错问题，这类问题的解决方案是避免编译器自动生成析构函数，自行精确控制析构函数的生成位置，确保只有在看到完整类型定义后才生成析构函数。现有多数回答仅提及析构函数生成「过早」，未明确说明具体的生成时机。

我个人推测析构函数及其他自动生成的类成员会被放置在类定义末尾、闭合大括号之前的位置，但这仅为猜测。

希望能得到相关规范性参考依据的解答，另外请注意本问题不讨论析构函数的内部执行逻辑，仅关注其生成时机与存放位置。

内容的提问来源于stack exchange，提问作者Kassiar