在Mac OS X v10.4之前，有两种机制可以控制符号的可见性。
    第一种技术是通过__private_extern__关键字，将符号声明为共享库私有，而又可以从当前文件输出。这个关键字可以使用到static或extern关键字可以使用的任何地方；
    第二种技术是使用输出列表。输出列表是一个文件，含有您希望隐藏或者显示的符号名称。C语言的符号名称比较容易确定（在名称前面加一个下划线字符就可以），C++的符号名称的确定则要复杂得多。由于有类和名字空间，编译器必须包含更多的信息才能唯一标识每一个符号，编译器也因此为每个符号创建一个所谓的重整名称（mangled name）。这种重整名称的生成规则通常和编译器有关，难于进行逻辑的推断，也很难在共享库定义的大列表中找到。

    幸运的是，GCC 4.0提供了一些新的、用于改变符号可见性的方法。下面部分将对这些新方法进行描述：

一、使用GCC 4.0来标识符号的可见性
    从Mac OS X v10.4开始，要隐藏C++符号名称就简单很多了。GCC 4.0编译器支持一些用于隐藏和显示符号名称的新选项，同时还支持一个新的pragma和一些编译器属性，用于改变代码符号的可见性。

    请注意：下面的特性只在GCC 4.0和更新的版本提供。

• 编译器选项

    GCC 4.0支持一个新的选项，用于设置源文件中符号的缺省可见性。这个选项是-fvisibility=vis ，您可以用它来设置当前编译的符号的可见性。这个选项的值可以是default（缺省）或者hidden（隐藏），设置为default时，没有显式标识为hidden的符号都处理为可见；设置为hidden时，没有显式标识为可见的符号都处理为隐藏。如果您在编译中没有指定-fvisibility选项，编译器会自行处理为缺省的可见性。

    请注意：default设置不是指编译器缺省的处理方式。和hidden设置一样，default来自ELF格式定义的可见性名称。具有default可见性的符号和所有不使用特殊机制的符号具有相同的可见性类型&8212;也就是说，它将作为公共接口的一部分输出。

    编译器还支持-fvisibility-inlines-hidden选项，用于强制隐藏所有的嵌入函数。当您希望对大多数项目使用缺省的可见性，但又希望隐藏所有的嵌入函数时，您可能会用到这个选项。

• 可见性属性

如果用GCC 4.0编译代码，可以用可见性属性将个别的符号标识为default或hidden：

__attribute__((visibility("default"))) void MyFunction1() {}   
__attribute__((visibility("hidden"))) void MyFunction2() {}

    可见性属性会覆盖编译时通过-fvisibility选项指定的值。因此，增加default可见性属性会使符号在所有情况下都被输出，反过来，增加hidden可见性属性会隐藏相应的符号。

    可见性属性可以应用到函数，变量，模板，以及C++类。如果一个类被标识为hidden，则该类的所有成员函数，静态成员变量，以及编译器生成的元数据，比如虚函数表和RTTI信息也都会被隐藏。

    请注意：虽然模板声明可以用可见性属性来标识，但是模板实例则不能。这是个已知的限制，在GCC的未来版本中可能被修复。

    为了演示这些属性如何在编译时进行工作，请看一下下面的声明：

int a(int n) {return n;}
__attribute__((visibility("hidden"))) int b(int n) {return n;}
__attribute__((visibility("default"))) int c(int n) {return n;}
class X
{
    public:
        virtual ~X();
};

class __attribute__((visibility("hidden"))) Y
{
    public:
        virtual ~Y();
};

class __attribute__((visibility("default"))) Z
{
    public:
        virtual ~Z();
};

X::~X() { }
Y::~Y() { }
Z::~Z() { }

    用-fvisibility=default选项编译这段代码会使函数a和c ，还有类X和Z的符号输出到库的外部。而如果用-fvisibility=hidden选项进行编译，则会输出函数c和类Z的符号。

    从实践上看，用可见性属性标识符号的可见或者隐藏比起用__private_extern__关键字隐藏个别的符号要好。__private_extern__关键字采用的方法是缺省暴露所有的符号，然后选择性地隐藏所有的符号。在大型的共享库中，相反的方法通常更好一些。因此，隐藏所有的符号，然后有选择地暴露希望客户使用的符号通常会好一些。

    为了简化将符号标识为输出的任务，您可能希望将default的可见性属性集合定义为宏，如下面的例子所示：

#define EXPORT __attribute__((visibility("default")))
// Always export the following function.
EXPORT int MyFunction1();

    使用宏的优点是当您的代码也需要在其它平台编译的时候，可以将宏改为适用于其它平台的关键字。

• Pragmas

    将符号标识为default或者hidden的另外一种方法是使用GCC 4.0新引入的pragma指令。GCC可见性pragma的优点是可以快速地标识一整块函数，而不需要将可见性属性应用到每个函数中。这个pragma的用法如下：

void f() { }
#pragma GCC visibility push(default)
void g() { }
void h() { }
#pragma GCC visibility pop

    在这个例子中，函数g和h被标识为default，因此无论-fvisibility选项如何设置，都会输出；而函数f则遵循-fvisibility选项设置的任何值。push和pop两个关键字标识这个pragma可以被嵌套。
二、限制符号可见性的原因
    从动态共享库中尽可能少地输出符号是一个好的实践经验。输出一个受限制的符号会提高程序的模块性，并隐藏实现的细节。在库中减少符号的数目还可以减少库的内存印迹，减少动态连接器的工作量。动态连接器装载和识别的符号越少，程序启动和运行的速度就越快。
三、嵌入函数的可见性
     嵌入函数通常在调用现场被展开，因此在目标文件中完全不表示为符号。然而在很多情况下，由于一些很好的理由，编译器可能会表示出嵌入函数的函数体，并因此为其生成符号。最为常见的情况是如果所有的优化都被禁止了，编译器可能决定不进行嵌入优化；较为少见的情况是函数太大，不能进行嵌入，或者函数的地址在其它地方被使用，因此需要有一个符号。

     虽然在C++中，您可以将可见性属性（参见“可见性属性”部分）应用到嵌入函数中，就如同其它符号，但是隐藏所有的嵌入函数通常要更好一些。从动态共享库中输出嵌入函数会带来一些复杂的问题。因为有几个因素跟编译器的选择（是将函数表示出来，还是进行嵌入处理）有关系，和共享库的不同连编版本一起连编客户程序的时候，可能会碰到错误。

     C和 C++的嵌入函数语法有一些细微的区别，记住这一点也是很重要的。在C程序中，只有一个源代码文件可以为一个嵌入函数提供out-of-line（译者注：与inline相对应，指不进行嵌入展开）的定义。这意味着C程序员对out-of-line的拷贝驻留的位置有精确的控制。因此对于基于C的动态共享库来说，只输出嵌入函数的一个拷贝是可能的。对于C++，嵌入函数的定义必须包含在每个使用该函数的翻译单元中。因此如果编译器表示了一个out- of-line的拷贝，则可能会有几个拷贝驻留在不同的翻译单元中。

      最后，如果希望隐藏所有的嵌入函数（但不希望隐藏所有的其它代码），可以用在代码编译的时候使用-fvisibility-inlines-hidden选项。如果您已经向编译器传递了-fvisibility=hidden选项，则没有必要使用-fvisibility-inlines-hidden选项。
四、符号可见性和Objective-C
     Objective- C是C的限制超集， Objective-C++则是C++的限制超集。这意味着这里关于C和C++符号可见性的所有讨论都同样可以应用到Objective-C和 Objective-C++上。您可以用编译器选项，可见性属性，以及可见性pragma来隐藏Objective-C代码文件中的C和C++代码。然而，这些可见性控制只能应用到代码中的C或者C++子集，不能应用到Objective-C的类和方法上。

     Objective-C类和消息名称由Objective-C运行环境来限制，而不是通过连接器，因此可见性的说明对它们是不起作用的。我们无法在共享库的客户程序中隐藏共享库定义的Objective-C类。