4.1 Member的各种调用方式
Nonstatic Member Functions : 速度和一般的Nonmember function 有相同的效率。 编译器会对nonstatic member function进行改造。加入this参数，改变函数内部的对member data 的使用方法，改变函数的名字--相当于nonmember function . 这里面有一个函数名字的处理问题，加入class name!
Virtual Member Funciton : 通过一个object 调用虚拟函数，这时需要通过vptr中转一次，而如果直接通过class::function,则不回缠上不必要的决议操作。而使用classs scope operator明确的调用某个virtual funciton 其决议方式和nonstatic member funciton 一致。
Static Member Funciton : static member function 的主要特性就是没有this指针，所以他不能够直接存取其class的nonstatic data members ; 也不能够被声明为virtual ,const, volatile ; 他因此也就不需要经由某个class object 才能够被调用。他的调用速度和nonmember funciton 差不多。如果取static member function的地址，那么江会是直接“Nonmember函数指针”，而不是“指向class member funciton的指针”。
4.2 Virtual Member Function
多重继承下的Virtual Funciton :
当使用base class pointer 调用virtual function的时候，可能出现两种情况。因为该base class pointer可能指向的位置处于derived class object的开始处，也可能有一个偏移量。一般规则时，经由指向“第二或后继之base class”的志真来调用derived class virtual funciton ,改掉用操作所连带的“必要的this指针调整”操作，必须在执行期完成。
那么怎么处理呢？ 可能本来不需要调整的也变得要调整了！ 真是讨厌！ 嘿嘿！ thunk技术北引用到了编译器中！ 怎么解决呢？
Sun编译器的方法是提供所谓的“split functions”技术；以相同的算法产生两个函数，其中第二个在返回之前，为指针加上必要的offset，于是不论通过base1或者derived指针调用函数，都不要调整返回值；而如果通过base2指针调用，则是另外一个函数 。
IBM的方法呢？"把thunk搂抱在真正被调用的virtual function中。函数移开实现（1）调整this指针，然后才（2）执行程序员写的函数码；至于不需要调整的函数调用操作，就直接进入（2）部分"！
MS的方法以所谓的'address points'来取代thunk策略，即将用来改写别人的函数（也就是overriding function)期待获得的是'引入virtual之class'的地址。这就是'address point'
4.4 指向Member Function的指针
指向 nonstatic member function 指针 :取一个nonstatic member function 的地址，如果该函数是nonvirtual ,则得到的结果是他在内存中的真正的地址。然而这个值也是不完全的，需要帮盯在某个class object的地址上，才能够通过它调用该函数。所有的nonstatic member functions 都需要对象的地址（以this参数指出）。
指向 static member functions 指针 ：而static member functions的指针则是函数指针，而不是指向member function 的指针。
指向 virtual member functions 指针：对一个virtual member funciton 取地址，所能够获得的只是一个索引值。编译器在评估求值的时候，会(*ptr->vptr[(int)pmf])(ptr) !
