CMake中为何要使用target_link_libraries(x PUBLIC y)？

首先纠正一个关键误解：静态库（比如libx.a、liby.a）本身不会被"链接"——静态库只是目标文件的归档集合，真正的链接操作是在生成最终可执行文件时才进行的。target_link_libraries的作用本质是告诉CMake依赖关系和符号可见性规则，而非直接操控静态库的合并。

为什么PUBLIC不是无用的？ #

PUBLIC的核心场景是：你的库x自身需要依赖y才能编译实现，同时x的对外接口（头文件）中直接暴露了y的类型/符号——这意味着任何使用x的代码，也必须能访问y的符号才能正常编译运行。

举个具体例子：

• x的头文件x.h中有声明：YObject create_object();（YObject是y库中的类型）
• x的实现文件x.cpp中调用了y库的函数来创建YObject

这种情况下：

• 编译x的实现时，必须能找到y的符号（需要链接y，对应PRIVATE的一部分作用）
• 任何使用x的代码，在调用create_object()时，会得到YObject类型的对象，这部分代码也需要能找到y的符号（需要让x的用户自动链接y，对应INTERFACE的一部分作用）

此时用target_link_libraries(x PUBLIC y)就能一次性满足这两个需求：CMake会自动处理x自身对y的依赖，同时把y加入x的接口依赖中，用户只需链接x即可，无需手动添加y。

关于重复链接与ODR的问题 #

你担心的"重复链接"不会违反ODR（单一定义规则），原因有两点：

1. 静态库的链接是按需提取：链接器在处理可执行文件时，只会从静态库中提取实际被用到的目标文件，未被引用的部分会被忽略。
2. 链接器会自动去重：即便多次指定同一个静态库，链接器也不会重复包含相同的目标文件，最终可执行文件中每个目标文件只会出现一次，完全符合ODR要求。

总结三种链接的适用场景 #

• PRIVATE：x内部使用y，但对外接口完全不涉及y的任何内容——用户链接x时不需要知道y的存在。
• INTERFACE：x自身不需要y，但x的接口要求用户必须依赖y——比如x是一个仅包含头文件的库，其头文件依赖y的类型。
• PUBLIC：x自身依赖y，且x的接口暴露了y的内容——用户使用x时也需要y的支持。

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