静态库与动态库在构建过程中是否均会被编译？相关逻辑确认

你的理解完全正确，下面分两部分明确说明：

动态库的编译与链接时机 #

• 动态库的编译过程确实在应用构建阶段就已完成，生成的是已经编译好的二进制文件（比如Windows下的.dll、Linux下的.so、macOS下的.dylib）。
• 应用启动时操作系统做的只是加载动态库到内存并完成符号链接，绝对不会重新编译代码——要是真的启动时编译，那启动速度确实会慢到无法接受，这也不符合动态链接的设计初衷。
• 动态链接的额外开销主要来自：启动时加载库文件、解析库中的符号地址、建立应用与库之间的关联，这些操作的耗时远低于编译，而且可以被多个共享该库的应用复用，这也是动态链接的优势之一。

预编译库对链接环节的影响 #

• 预编译库（比如常见的.a静态预编译库、.so/.dll动态预编译库）确实能省去编译库代码的步骤，直接用现成的二进制文件。
• 但链接环节的逻辑完全不受影响：
  • 如果是静态预编译库，依然会在应用构建阶段把库的代码合并到最终的可执行文件中，消耗构建时间；
  • 如果是动态预编译库，还是要等到应用启动时才完成链接，承担对应的启动时链接开销。

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