VS2022静态库er私有链接zlib后，lib2引用出现LNK2019错误

1. 静态库依赖传递逻辑问题 #

静态库本质是目标文件的集合，不会自动合并依赖库的代码。你用PRIVATE方式将zlib链接到er，CMake仅会在编译er自身时处理zlib依赖，但不会把zlib的依赖关系传递给依赖er的lib2项目。当lib2链接er时，链接器会发现er中调用的inflate、deflate等zlib函数没有对应实现（这些实现仅存在于zlib静态库中，而lib2未被要求链接zlib），因此抛出LNK2019未解析符号错误。

2. ZLIB_WINAPI的潜在适配问题（次要） #

你在er.cpp中添加#define ZLIB_WINAPI后引入zlib头文件，但如果er有多个源文件调用zlib函数，或者zlib编译时的宏定义与er不一致，会导致函数名修饰规则不匹配（比如stdcall与cdecl的函数名后缀差异）。不过当前核心问题仍是依赖传递，该宏问题属于补充排查项。

方案一：调整CMake依赖传递方式 #

将PRIVATE改为PUBLIC，让CMake自动把zlib的依赖传递给lib2，这样lib2编译时会自动链接对应版本的zlib静态库，无需手动配置。

修改er项目的CMake代码：

target_link_libraries(er
    PUBLIC
        $<$<CONFIG:Debug>:zlibstaticd>
        $<$<CONFIG:Release>:zlibstatic>
)

注：PUBLIC表示依赖会传递给所有链接er的目标，既满足er自身的链接需求，也能让lib2自动继承zlib依赖。

方案二：将zlib代码合并到er静态库中 #

如果不想让lib2感知zlib的存在，可以直接把zlib的源码整合进er的目标，让er包含zlib的所有实现代码，这样lib2仅需链接er即可。

步骤：

1. 将zlib 1.3.1的所有源文件（adler32.c、deflate.c、inflate.c等）复制到er项目的子目录（比如thirdparty/zlib）。
2. 修改er的CMake代码：

add_library(er STATIC
    er.cpp
    er.hpp
    # 添加zlib的所有源文件
    thirdparty/zlib/adler32.c
    thirdparty/zlib/compress.c
    thirdparty/zlib/crc32.c
    thirdparty/zlib/deflate.c
    thirdparty/zlib/gzclose.c
    thirdparty/zlib/gzlib.c
    thirdparty/zlib/gzread.c
    thirdparty/zlib/gzwrite.c
    thirdparty/zlib/inflate.c
    thirdparty/zlib/infback.c
    thirdparty/zlib/inftrees.c
    thirdparty/zlib/inffast.c
    thirdparty/zlib/trees.c
    thirdparty/zlib/uncompr.c
    thirdparty/zlib/zutil.c
)

# 添加zlib头文件目录
target_include_directories(er PRIVATE thirdparty/zlib)

# 全局定义ZLIB_WINAPI，确保和zlib编译时的宏一致
target_compile_definitions(er PRIVATE ZLIB_WINAPI)

补充：规范ZLIB_WINAPI的使用 #

确保er编译时的宏定义与zlib完全匹配：

• 如果zlib是用ZLIB_WINAPI编译的，必须通过CMake的target_compile_definitions为er全局定义该宏，而非仅在单个cpp文件中定义，避免部分源文件调用zlib时出现函数名不匹配的问题。

内容的提问来源于stack exchange，提问作者loyd.f