private继承，在看到effective C++之前，我发现在我之前的代码里面，没有用到这个机制，但是认真回想起还是有一些影子。
大多数人认为private继承是没有用的，其实不然，在某些情况下，它也会带给你一些惊喜。
好，言归正传，之前已经数次提到过 public继承表示的是 “is a ”的关系，也就是说每一个derived对象D同时也是base对象，任何在base对象上的操作可以实施到derived对象身上。
例如：
class Person{....};
class Student::public Person{...};
Person p;
Student s;
void eat(Person *p);
void study(Student &s);
eat(s);//可以施加到Person身上的操作，对于Student对象仍然使用。
eat(p);
那么，private继承到底意味着什么，首先很直观的讲，上述的Student对象并没有转化为Person对象，其次，由
private继承而来的所有Base的成员在Derived中均是private属性的（无论其原先在Base类中的属性是public或者是
protected）。
最重要的一点，private继承意味着 “ is implemented as ...” (以某物来实现)，也就意味着，Derived类只是继承
了Base类中的属性，并未继承其接口。这是实现层面上的事儿。
值得注意的是，复合 的意义也是 “ is implemented as ...” (以某物来实现)，这似乎还是印证了那句 “private继承无用”。
关于此二者的权衡，很简单，在两者均可以的情况下，选择使用 复合，而不是private继承， 除非在一些很特殊的情况，接下来的几
个例子就是用来讲二者的区别。
假设：
我们需要定义一个类 Timer 来统计当前类 Widget 所处的状态，例如函数调用次数等，那么我们需要一个这样的类来实现这样的功能。
定义可以如下：
class Timer{
public: explicit Timer(int ticks);
virtual ontick() const;//需要计数的类继承此函数，
...
};显然，在Widget类中需要使用Timer类的对象，采用 public 继承显然是不合适的，因为两者没有从属关系。那么想到了private继承。
并且重定义了ontick函数。
class Widget:public Timer
{
private:
virtual ontick() const;
...
};
显然，这是可行的，那么使用复合难道就不可以了 吗？显然是可以的，并且鼓励使用复合，只需要在Widget的内部定义一个值属于该类自身的一个类用来继承Timer类，即：
class Widget
{
private:
class TimerManager:public Timer
{
public:
void ontick() const;
...
};
TimerManager timer;
...
};这个设计比上述的private继承更易理解。还有一点很有意思，在此处假设 Widget 是意欲成为Base class的类，也就
是说其他的类会继承Widget 如果你使用private继承的话，那么Widget 的derived 类可能会修改了ontick 函数（毕竟这
也是它的基类的虚函数）。
但是，如果需要在该函数中重写Timer中的virtual函数，那么选择private继承就是必须的了。
其次，如果是 private 继承，在定义Widget 类的时候，Timer类必须是可见的，也就是说必须有包含 “Timer.h” 字样，
可是在复合中，完全可以使用 Pointer to Implement （pImpl）技术，在Widget类定义一个TImer的指针即可，这里就
只需要Timer的声明，从而降低了编译的耦合性。
但是对于如下的极端例子：要继承的类是空类
class Empty{};
class HasAInt
{
private:
int a;
Empty e;
};
但是使用private继承。C++编译器便有一种称作 “ 空白基类最优化的” 原则，是的sizeof(hasAInt) == sizeof(int);
(注：此原则只对单一继承有效)，这对于 那些对对象尺寸要求很严格的程序来说，可能很重要。
综上所述：private继承不是没有用的，但是如果可以采用复合实现相同的功能，那就对它敬而远之吧。
private 继承 真的没用吗？？,布布扣,bubuko.com
原文：http://blog.csdn.net/xuqingict/article/details/24847951