感觉一个象运计算的方案

[saytome011]

流程

首先，根据搜索条件得到相关的类型，也就是与当前类协作的类型，这作为具体产品类；

然后，如果是用户自定义类装载器，则调用defineClass方法得到相关实例，如果定义类型的字节是由用户自定义的类装载器确定或者生成的，则调用defineClass方法得到相关实例，如果用户自定义的类装载器通过调用findSystemClass方法调用委派启动类来装载，findSystemClass方法会在这个时候返回相关实例，这作为具体工厂类；

最后，由容器将实例返回给当前类。

在这里，一般会出现这种情况，例如，A类实例由B类实例协作，B类实例由C类实例协作，现在B类实例改由D类实例协作，则意味着原有B类实例的消失，那么，A类实例很可能就编译不过，如何解决这个问题呢？用容器将所有产生的实例保存起来？这样做似乎也可以，但是，随着实例的越来越多，容器很可能会爆满，如果是需要时在加载，则会造成时间的延迟，所以，必须从时间和空间两个方面来考虑这个问题：

当得到关联类类名后，首先将它传到用户自定义类加载器的loadClass()方法的className参数中，在这里，它将产生一个类型，然后将这个类型传到loadClass()方法的String name参数中,产生该类型的实例，最后由工厂类将实例返回给最终用户

云计算现在是一个很前沿的概念，我理解的云计算是当用户需要某项服务时，由客户端向外申请，这时，服务方接受这种申请，并按一定规则将各个元素进行组合加载，然后发回客户端等待调用，所以我感到我这个项目的思想是不是有点跟云计算有关系，当然现在这个很简单，毕竟我一人力量太有限，请指点，谢谢！！