根据说明文档“How To Write Shared Libraries"介绍，
有四种方法：
1. 在方法声明定义时，，加修饰：__attribute__((visibility("hidden")))
2. gcc 在链接时设置 -fvisibility=hidden，则不加 visibility声明的都默认为hidden; gcc默认设置 -fvisibility=default，即全部可见；
3. 使用export map，gcc -Wl,–version-script=export.map, 在export.map中指定
{
global:export_func;
local:*;
};
则除了export_func外，全部为内部可见；
4. 使用libtool的export-symbols选项，没试过，略；
以上方法，对于gcc的visibility功能需要 gcc 4以上版本，
常见的宏，用于等同于 windows下的 __declspec(dllexport)（摘自：）：
#if defined _WIN32 || defined __CYGWIN__ #ifdef BUILDING_DLL#ifdef __GNUC__#define DLL_PUBLIC __attribute__((dllexport))#else#define DLL_PUBLIC __declspec(dllexport) // Note: actually gcc seems to also supports this syntax.#endif #else#ifdef __GNUC__#define DLL_PUBLIC __attribute__((dllimport))#else#define DLL_PUBLIC __declspec(dllimport) // Note: actually gcc seems to also supports this syntax. #endif #define DLL_LOCAL#else #if __GNUC__ >= 4#define DLL_PUBLIC __attribute__ ((visibility("default")))#define DLL_LOCAL __attribute__ ((visibility("hidden"))) #else#define DLL_PUBLIC#define DLL_LOCAL #endif#endif实践中发现几个有意思的东西［实验环境为ubuntu 9.10, gcc 4.4.1］：1. gcc -fvisibility=hidden 只在链接时传入的.c文件起作用，对.o文件不其作用；比如test.c test1.c， 使用以下命令：gcc -shared -fvisibility=hidden -o test.so test.c test1.c和命令gcc -c test.c test1.cgcc -shared -fvisibility=hidden -o test.so test.o test1.o生成的test.so中的对应可见性是不一样的， 使用“readelf -s test.so”查看发现：第一个达到预期目的，即将两个.c文件中的functions设为HIDDEN，而第2个则不行，-fvisibility=hidden不起作用；再用gcc -shared -fvisibility=hidden -o test.so test.o test1.c生成的so，则可发现test1.c中的函数为HIDDEN，但test.o中的函数仍为DEFAULT；2. 实验通过export map的方法,通过readelf总是发现函数仍然可见，后来搜索发现：需同时使用ld –retain-symbols-file –version-script 两个选项方能达到 使得elf文件中的.dynsym和.symtab中的符号表都得到控制；其中–retain-symbols-file控制静态符号表，–version-script则对应dynamic符号表；
接受失败也等于给了自己从零开始的机会，接受失败更是一种智者的宣言和呐喊;
