自定义路径下链接SSL与加密库的错误及符号问题排查

咱们一步步拆解你遇到的几个问题：

一、头文件引用错误的根源与修复 #

你最初的头文件路径设置犯了一个常见的小错误：

INC+=-I$(OPENSSL1.0.2p_INSTALL_LOC)/include/openssl

因为你的源码里写的是#include <openssl/bio.h>，编译器会在-I指定的目录下寻找openssl/bio.h这个路径。如果指定-I.../include/openssl，编译器就会去.../include/openssl/openssl/bio.h找文件——显然这个路径不存在，所以编译器自动 fallback 到系统默认的/usr/include目录，这就是为什么会出现OpenSSL 1.1的符号错误。

正确的做法是把路径指向OpenSSL安装目录的include根目录：

INC+=-I$(OPENSSL1.0.2p_INSTALL_LOC)/include

这样编译器会优先在.../include/openssl/下找到你需要的1.0.2p版本头文件，就不会再去系统目录找了，这也是你UPDATE 1中成功生成库的原因。

二、共享库SSL符号数量远少于静态库的原因 #

这是链接器的按需链接优化导致的，完全正常：

• 当你编译共享库时，链接器只会把你的代码实际用到的符号从静态库（libssl.a、libcrypto.a）中提取出来，打包进最终的.so文件里，不会把静态库的所有符号都塞进去——不然共享库体积会大得离谱。
• 而你用nm -g查看libssl.a时，看到的是这个静态库包含的所有全局符号，不管有没有被你的代码调用，所以数量差巨大是合理的。

如果确实有特殊需求需要把静态库的所有符号都导入共享库（非常不推荐，除非你明确知道自己在做什么），可以给链接器加上--whole-archive参数：

libAPP.so: $(obj)
	$(LINK.c) -shared -Wl,--whole-archive $(OPENSSL1.0.2p_INSTALL_LOC)/lib/libssl.a $(OPENSSL1.0.2p_INSTALL_LOC)/lib/libcrypto.a -Wl,--no-whole-archive $^ -o $@

注意--no-whole-archive必须放在后面，避免影响其他库的正常链接行为。

三、切换到静态库后的注意事项 #

你现在改成生成libAPP.a静态库，需要注意这几点：

1. 编译目标文件时的-fPIC：如果这个静态库只是用来编译普通可执行文件，-fPIC不是必须的；但如果之后要用它来编译共享库，那必须保留-fPIC参数。
2. 静态库不包含依赖库的符号：libAPP.a只是你自己代码的目标文件归档，它不会把OpenSSL静态库的符号打包进来。当你用这个静态库编译最终的可执行文件时，必须在编译命令中指定OpenSSL的路径和库：

   gcc your_app.c -o your_app -L$(OPENSSL1.0.2p_INSTALL_LOC)/lib -lAPP -lssl -lcrypto -static-libgcc
   

   不然会出现大量未定义符号的错误。
3. 检查静态库符号：用nm libAPP.a | grep -i ssl看到的是你代码中用到的SSL相关符号（大部分是未定义的），这是正常的——这些未定义符号会在最终链接可执行文件时，从OpenSSL静态库中填充。

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