加了-fvisibility=default仍无符号导出，因其仅影响未显式声明可见性的符号，而C++类、模板等受ABI约束；真正有效的是-fvisibility=hidden配合__attribute__((visibility("default")))显式导出。
为什么加了-fvisibility=default还是有符号没导出？
因为 -fvisibility=default 只影响「未显式声明 visibility 的符号」，而 GCC 默认把所有符号设为 default（即对外可见），但 C++ 类型、模板、内联函数等会受 ABI 和编译器内部规则约束，实际导出行为可能被覆盖。真正起作用的是 -fvisibility=hidden —— 它把默认可见性翻转成「隐藏」，再配合 __attribute__((visibility("default"))) 显式标记需要导出的符号。
如何用-fvisibility=hidden安全导出C++类和虚函数？
C++ 类的 vtable、RTTI、虚函数表等依赖符号可见性，若只对类加 visibility("default") 而忽略其成员，链接时仍可能报 undefined reference to vtable for XXX 或运行时报 dynamic_cast failed。
- 必须对整个类声明加属性：
class __attribute__((visibility("default"))) MyClass { ... }; - 构造/析构函数、虚函数、虚基类相关符号都会自动继承该 visibility，无需逐个标注
- 静态成员变量、友元函数需单独加
visibility("default")，它们不继承类的 visibility - 模板实例化默认是 hidden，若要导出，得在显式实例化声明处加属性：
template class __attribute__((visibility("default"))) std::vector<int>;</int>
链接时提示“undefined reference to symbol”但符号明明存在？
常见于动态库场景：你用了 -fvisibility=hidden 编译源码，但没在头文件里用宏统一控制 visibility，导致头文件中声明的函数在调用方眼里是 default，而在实现方眼里是 hidden —— 符号名虽同，但 ELF 中的 STV_DEFAULT 和 STV_HIDDEN 是不同绑定等级，链接器拒绝合并。
- 正确做法是在公共头文件顶部统一定义宏：
#define API_VISIBLE __attribute__((visibility("default"))) - 所有对外接口函数/类都用该宏修饰：
API_VISIBLE void init(); - 确保头文件被调用方和实现方以相同宏定义包含（避免 -D 传参遗漏或顺序错乱）
- 用
readelf -sW libxxx.so | grep 'FUNC.*GLOBAL'检查符号是否真为 GLOBAL + DEFAULT
和-static-libstdc++一起用会不会出问题？
会。libstdc++ 的部分符号（如 std::string 构造/析构、异常处理帧）在静态链接时仍需动态导出，否则跨 DSO 边界传递 STL 对象会崩溃。GCC 默认对 libstdc++ 内部符号设为 hidden，但当你用 -fvisibility=hidden 且没排除标准库时，可能把本该 visible 的 ABI 符号也隐藏了。
- 务必添加：
-fvisibility-inlines-hidden（只隐藏 inline 函数，不影响 STL 关键符号） - 禁用对系统库的 visibility 覆盖：
-fvisibility=hidden -fvisibility-inlines-hidden -fno-semantic-interposition - 更稳妥的做法：用
version script显式控制导出符号，比纯 visibility 更精确
-fvisibility 就从保护机制变成隐藏陷阱。 
