代理模式组成是：
代理模式在软件架构上具有非常明显的特点，优点与缺点都是十分的突出。代理模式的优点就是通过一个代理对象完成一系列的处理，在将来的程序改动中，就会允许动态更改、添加、删除和重新定位对象，这使开发人员的发布变得透明，符合开闭原则。代理模式能够协调调用者和被调用者，在一定程度上降低了系统的耦合度。远程代理使得客户端可以访问在远程机器上的对象，远程机器可能具有更好的计算机性能与处理速度，可以快速响应并处理客户端请求。代理模式在架构中还可以让虚拟代理通过使用一个小对象来代表一个大对象，可以减少系统资源的消耗，对系统进行优化并提高运行速度。
另外代理模式的缺点也是很突出的，要求对服务描述进行标准化，我们要使用代理模式时则需要考虑异步处理机制、协议创建流程和错误环境控制，比较的繁琐。由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。实现代理模式需要额外的工作，有些代理模式的实现非常复杂。这些问题就造成了不易开发的弱点。
代理模式是通过引入代理对象来间接访问一个对象，代理模式可以在客户端和目标对象中起到一个中介的作用，并且可以通过代理对象去掉客户不能看到的内容和服务或者添加客户需要的额外服务。
代理模式在java框架中也有应用，例如spring中AOP技术就是代理模式的应用，只不过是应用较为高级的动态代理模式。另外EJB、Web Service等分布式技术都是代理模式的应用。其实在设计模式中也有代理模式，这就需要分别以下两者的区别，设计模式是架构的手段（之一）。软件架构 ：一般场景下拥有设计的选择权；设计模式 ：选择后特定场景下的最佳实践，两者的范围还是有很大的差别的，另外我认为如果把做一个项目当成一场战争的话，那么架构就是这场战争的总元帅，而设计模式只是执行命令的一位将军。
为什么使用代理模式
客户端无法直接操作实际对象。那么为什么无法直接操作？一种情况是你需要调用的对象在另外一台机器上，你需要跨越网络才能访问，如果让你直接coding去调用，你需要处理网络连接、处理打包、解包等等非常复杂的步骤，所以为了简化客户端的处理，我们使用代理模式，在客户端建立一个远程对象的代理，客户端就象调用本地对象一样调用该代理，再由代理去跟实际对象联系，对于客户端来说可能根本没有感觉到调用的东西在网络另外一端，这实际上就是Web Service的工作原理。另一种情况虽然你所要调用的对象就在本地，但是由于调用非常耗时，你怕影响你正常的操作，所以特意找个代理来处理这种耗时情况，一个最容易理解的就是Word里面装了很大一张图片，在word被打开的时候我们肯定要加载里面的内容一起打开，但是如果等加载完这个大图片再打开Word用户等得可能早已经跳脚了，所以我们可以为这个图片设置一个代理，让代理慢慢打开这个图片而不影响Word本来的打开的功能。
除了当前类能够提供的功能外，我们还需要补充一些其他功能。最容易想到的情况就是权限过滤，我有一个类做某项业务，但是由于安全原因只有某些用户才可以调用这个类，此时我们就可以做一个该类的代理类，要求所有请求必须通过该代理类，由该代理类做权限判断，如果安全则调用实际类的业务开始处理。可能有人说为什么我要多加个代理类？我只需要在原来类的方法里面加上权限过滤不就完了吗？在程序设计中有一个类的单一性原则问题，这个原则很简单，就是每个类的功能尽可能单一。为什么要单一，因为只有功能单一这个类被改动的可能性才会最小，就拿刚才的例子来说，如果你将权限判断放在当前类里面，当前这个类就既要负责自己本身业务逻辑、又要负责权限判断，那么就有两个导致该类变化的原因，现在如果权限规则一旦变化，这个类就必需得改，显然这不是一个好的设计。