public class DbForum implements Forum, Cacheable { ... public void setName(String name) throws ForumAlreadyExistsException { .... this.name = name; //这里真正将新名称保存到数据库中 saveToDb(); .... } ... }
凡是涉及到对论坛名称修改这一事件，其他程序都首先得和ForumProxy打交道，由ForumProxy决定是否有权限做某一样事情，ForumProxy是个名副其实的"网关"，"安全代理系统"。
在平时应用中，无可避免总要涉及到系统的授权或安全体系，不管你有无意识的使用Proxy，实际你已经在使用Proxy了。
我们继续结合Jive谈入深一点，下面要涉及到工厂模式了。
我们已经知道，使用Forum需要通过ForumProxy，Jive中创建一个Forum是使用Factory模式，有一个总的抽象类ForumFactory，在这个抽象类中，调用ForumFactory是通过getInstance()方法实现，这里使用了Singleton(也是设计模式之一)，getInstance()返回的是ForumFactoryProxy。
为什么不返回ForumFactory，而返回ForumFactory的实现ForumFactoryProxy？原因是明显的，需要通过代理确定是否有权限创建forum。
在ForumFactoryProxy中我们看到代码如下：
public class ForumFactoryProxy extends ForumFactory { protected ForumFactory factory; protected Authorization authorization; protected ForumPermissions permissions; public ForumFactoryProxy(Authorization authorization, ForumFactory factory,ForumPermissions permissions){ this.factory = factory; this.authorization = authorization; this.permissions = permissions; } public Forum createForum(String name, String description) throws UnauthorizedException, ForumAlreadyExistsException{ //只有系统管理者才可以创建forum if (permissions.get(ForumPermissions.SYSTEM_ADMIN)) { Forum newForum = factory.createForum(name, description); return new ForumProxy(newForum, authorization, permissions); } else { throw new UnauthorizedException(); } } }
方法createForum返回的也是ForumProxy，Proxy就象一道墙，其他程序只能和Proxy交互操作。
注意到这里有两个Proxy：ForumProxy和ForumFactoryProxy。代表两个不同的职责：使用Forum和创建Forum。至于为什么将使用对象和创建对象分开，这也是为什么使用Factory模式的原因所在：是为了"封装" "分派"。换句话说，尽可能功能单一化，方便维护修改。
Jive论坛系统中其他如帖子的创建和使用，都是按照Forum这个思路而来的。
以上我们讨论了如何使用Proxy进行授权机制的访问，Proxy还可以对用户隐藏另外一种称为copy-on-write的优化方式。拷贝一个庞大而复杂的对象是一个开销很大的操作，如果拷贝过程中，没有对原来的对象有所修改，那么这样的拷贝开销就没有必要。用代理延迟这一拷贝过程。
比如：我们有一个很大的Collection，具体如hashtable，有很多客户端会并发同时访问它。其中一个特别的客户端要进行连续的数据获取，此时要求其他客户端不能再向hashtable中增加或删除 东东。
最直接的解决方案是：使用collection的lock，让这特别的客户端获得这个lock,进行连续的数据获取，然后再释放lock。