静态链接libcurl时为何同时需要.a和.dylib文件？

核心原因 #

libcurl.a作为静态库，本身并没有将其依赖的SSL、LDAP等第三方库的代码打包进去。之前保留.dylib文件时，链接器会通过动态库的依赖链自动找到这些缺失的符号；删除.dylib后，必须手动添加这些依赖的静态库才能完成链接。

具体解决步骤 #

• 查看libcurl的未定义符号：在终端用命令查看libcurl.a中需要的外部依赖：

  nm libcurl.a | grep "U _"
  

  输出里的U _开头的符号就是未定义的，对应需要链接的库（比如_SSL_connect对应libssl，_ldap_init对应libldap）。
• 添加依赖静态库到Xcode：
  1. 找到你构建libcurl时生成的依赖静态库（比如libssl.a、libcrypto.a、libldap.a等，通常在artifacts/lib或对应依赖的build目录下）。
  2. 将这些.a文件添加到Xcode项目的「Link Binary With Libraries」列表中，或者在「Build Settings」的「Other Linker Flags」里添加-lssl -lcrypto -lldap（如果这些库在系统标准路径或Xcode能识别的路径下）。
• 可选：构建独立的libcurl静态库：
  如果你想避免手动添加依赖，可以在构建libcurl时，指定静态编译所有依赖：

  ./configure --enable-static --disable-shared --with-ssl=static --with-ldap=static
  make && make install
  

  这样生成的libcurl.a会包含所有依赖代码，无需额外链接其他库。

关于dylib的误区 #

之前.dylib存在时并没有被实际链接到你的程序（否则.app包里会有它），而是链接器通过动态库的依赖信息，自动帮你补全了libcurl.a缺失的符号。删除.dylib后，这种隐式的依赖传递消失，就会暴露未定义符号的问题。

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