设计模式一直给我的感觉都是天书一样，一方面理解起来困难。另一方面书上的解释也较为枯燥，况且现在也还有很多号称设计模式大神的出现，也可能间接的让大家对同一个模式有了各种千奇百怪的理解。

设计模式这个东西出现初衷本来就是解决工程问题，而在解决工程问题时，每个人的角度不同，观点也就不同，并且在《head frist 设计模式》中，作者也强调过，没有任何一种模式的选择和使用是正确或者错误的，只有适合与否。同时对设计模式理解有偏差，甚至初学者也才会去讨论某某模式好，某某模式如何。对设计模式理解较为全面，工程经验较为丰富的人，只会说某种模式用起来较为自然。

代理模式可以的重点可以看作主要是屏蔽了实现细节，同时也对任务执行做了一个中转。让两个模块之间进行解耦。

例如一个消息队列的实现，对于消息队列来说，实现可复杂可简单。为了让消息队列的使用者能够更清晰的了解如何使用，首先需要对消息队列的一些内置方法进行屏蔽，在C++中，继承是无法做到这一点的，所以只能通过包装的方式来实现。

因此就产生了代理类来将消息队列的实现类进行包装，让消息队列的使用者更加关注与如何使用，让消息队列的实现者来关注如何实现，而对于代理来说，仅仅需要关注如何流转数据和流程即可。