-static 参数强制所有依赖库静态链接，即只搜索.a文件，若缺失libc.a等系统静态库（如rhel需yum install glibc-static）则报“cannot find -lc”；选择性静态链接应使用-wl,-bstatic/-wl,-bdynamic控制段式链接。
-static 参数会让 gcc 在链接阶段**强制所有依赖库走静态路径**，即只找 .a 文件，跳过 .so。但它不是“选择性静态链接”，而是全局开关——一旦启用，所有 -lxxx 指定的库（包括系统库如 libc、libm）都必须有对应的静态版本，否则链接失败。
为什么加了 -static 还报错 “cannot find -lc”
常见错误现象：/usr/bin/ld: cannot find -lc 或类似提示找不到 -lm、-lpthread。
- 系统默认不安装
glibc-static（提供libc.a），CentOS/RHEL 需手动装：yum install glibc-static；Ubuntu/Debian 对应是libc6-dev通常够用，但完整静态链接需libc6-dev:i386（如需多架构）或额外包 -
-static不区分用户库和系统库，它一视同仁——哪怕你只想静态链接自己的libmyutil.a，它也会试图把libm.a、libpthread.a全塞进去 - 某些库（如
libdl、librt）在静态模式下语义受限，甚至被忽略，导致运行时行为异常
想只静态链接某几个库，其他仍用动态怎么办
用 -Wl,-Bstatic 和 -Wl,-Bdynamic 控制链接器行为，比 -static 精细得多。
-
-Wl,表示把后面的参数原样传给链接器ld -
-Wl,-Bstatic开启静态链接段，之后的-lxxx优先找.a -
-Wl,-Bdynamic恢复动态链接段，之后的-lxxx优先找.so - 顺序很重要：链接器从左到右解析，状态可多次切换
例如，只静态链接 libmysqlclient，其余保持动态：
gcc test.c -L/usr/lib64/mysql -Wl,-Bstatic -lmysqlclient -Wl,-Bdynamic -lz -lm -lssl -lcrypto
注意：如果 libmysqlclient.a 自身依赖 libz.so 等，而你又把它放在 -Bstatic 段里，链接器仍会按需回退到动态版本——除非你显式把 -lz 也放进 -Bstatic 段。
静态链接后体积大、启动慢，但真的“完全独立”吗
不是绝对独立。即使用了 -static，仍有几点容易被忽略：
- 内核接口调用（如
open、read）仍是动态的，依赖内核 ABI，不是程序自带的 - 部分功能（如 DNS 解析、用户名查找）在静态链接下可能 fallback 到更简陋实现，或因缺失
nsswitch.conf配置而失败 -
file命令显示statically linked是可靠判断依据；ldd对静态可执行文件会直接报not a dynamic executable - 交叉编译或容器场景中，
-static可避免部署时缺.so，但调试信息（-g）仍有效，不影响gdb使用
