会。构造函数中（含间接调用）的虚函数调用均静态绑定到当前正在构造的类，因vptr尚未指向派生类虚表，且派生类成员未初始化，标准强制规定此行为。
会。只要虚函数调用发生在构造函数执行期间（无论直接还是间接），多态都会失效，且行为由当前正在构造的类决定。
间接调用虚函数仍走静态绑定
所谓“间接调用”，比如在 Base 构造函数里调用 init()，而 init() 内部又调用了 virtualFunction() —— 这种链式调用依然无法触发派生类重写版本。
- vptr 在
Base构造阶段只指向Base的虚函数表，整个调用栈都受限于这个状态 - 编译器对构造函数内所有虚函数调用（含间接）做静态绑定，不查虚表
- 即使
init()是public且非虚，只要它被Base::Base()调用，其内部的virtualFunction()仍绑定到Base::virtualFunction()
常见间接调用场景与错误现象
这类问题容易被忽略，因为调用链拉长后看起来“不在构造函数里”：
-
Base()→loadConfig()→onConfigLoaded()（虚函数）→ 实际执行Base::onConfigLoaded()，而非Derived::onConfigLoaded() - 基类构造函数中调用
std::function回调，该回调捕获了this并调用虚函数 → 此时this的 vptr 未更新，仍为基类表 - 使用模板函数封装初始化逻辑，模板实例化后在构造函数中调用 → 不改变绑定时机，仍属构造期调用
为什么不能靠“绕开直接调用”来规避
根本原因不在语法层面，而在对象状态和语言机制：
立即学习“C++免费学习笔记（深入）”；
- 派生类成员变量在
Base构造时未初始化，Derived::virtualFunction()若访问这些成员，就是未定义行为 - vptr 更新是构造过程的原子步骤：只有当
Base构造完成、开始执行Derived构造体第一行时，vptr 才切换 - 标准明确要求：构造/析构期间的虚函数调用必须静态绑定（ISO/IEC 14882:2020 §11.7.3），编译器不得优化出多态语义
真正安全的边界只有一个：对象完全构造完毕之后。哪怕只差一行代码——比如把虚函数调用从构造函数体移到 init() 成员函数，并由用户显式调用——就彻底跳出这个限制。别试图用间接调用“骗过”编译器或运行时，它不认这个逻辑。
