民法总则应当如何设计代理制度
聚焦命中&& 转第条
显示法宝之窗
隐藏相关资料
【期刊名称】
民法总则应当如何设计代理制度
【作者】 ，【作者单位】 ，
【中文关键词】 间接代理；代理行为；限制行为能力；表见代表；越权行为
【期刊年份】 【期号】 5
【页码】 56
【摘要】 间接代理与直接代理存在着本质上的差异，正在制定的民法总则应该只设置直接代理制度，而将间接代理留给民法分则的相应编章。自己代理与双方代理应被民法总则所规范，并区分情况而异其法律后果。对于民法通则第43条的规定也应承继和完善。越权行为系中外法律界和法学界熟知的概念，应被继续使用，不应在新创一个表见代表的概念，何况表见代表的称谓存在许多缺陷！
【全文】【】 &&&& 　　全国人民代表大会正在制定《中华人民共和国民法总则》（以下简称为《民法总则》），必然涉及代理制度如何设置的问题。本文即为此而作，抛砖引玉。
　　一、如何对待间接代理
　　所谓间接代理，本为大陆法系的概念和制度，指虽为委托人（本人）的计算而以自己名义实施法律行为的代理。其典型形态是行纪，这从其将间接代理径直称为行纪人(Kommissionr,Commissionaire)即可看出。[1]当然，大陆法系上的间接代理还包括批发商、买卖中介人、代办运输等类型。
　　《》第条以下规定的行纪合同，与大陆法系上的行纪合同基本相同；第条以下规定的运输，其中有些代办货运相当于大陆法系上的代办运输，属于间接代理中的一个类型；第条和第条规定的外贸代理，虽然学说称之为间接代理，但实则距离大陆法系上的间接代理较远，因为它含有外贸代理人的披露义务、委托人（本人）的介入权和第三人的选择权，而这些权利义务在大陆法系上的间接代理制度中使不存在的。对此，早有学者指出，《》规定的外贸代理（第条、第条），若从实质上探究，它较大地偏离了大陆法系的间接代理，（第条规定的内容）更接近于英美法系的隐名代理。[2]
　　此言非虚，《》第条和第条规定的外贸代理不是借鉴的大陆法系的间接代理而形成的制度，而是较多地吸收了《》（1983年）第条及第条。
　　在这样的背景下，如果非要把《》第条和第条规定的外贸代理命名为间接代理不可的话，那么，外贸代理也只是借用了大陆法系上的间接代理之名，却含有大量的《》（1983年）第条、第条以及英美法上的“代理人代订合同时向第三人公开了代理关系但未公开委托人（本人）的姓名的代理”、“代理人在缔约时根本未公开有代理关系的代理”之实。简言之，专就实质而言，外贸代理与行纪及代办货运仅仅在消极特征方面存在着共性，在积极特征方面不具同一性，它们不构成单一的同一项制度。
　　尽管《》第条和第条规定的外贸代理存在着不足，但编纂《中华人民共和国民法典》（以下简称为《民法典》）不宜彻底否定，所采上策是将之充实、完善。
　　之所以《民法典》应有改造、完善后的狭义的间接代理，还因为直接代理、行纪、代办货运等制度未能涵盖“代理人代订合同时向第三人公开了代理关系但未公开委托人（本人）的姓名的代理”、“代理人在缔约时根本未公开有代理关系的代理”的全部规范，无法满足实际生活各种不同的需要，有必要在改造《》第条、第条的规定时吸收《》第条、第条以及英美法上的第二种、第三种类型的代理之中的合理成分。
　　《民法总则》应仅仅规定直接代理，不规定间接代理，道理在于：大陆法系传统理论认为，间接代理不是真正意义上的代理，因为行为人以自己的名义出现，行为项下的法律后果也由他承受，至少在行为人与相对人之间的法律关系中如此，所以，原则上不可对委托人直接发生法律效力。[3]有学说对此阐释得更为干脆和彻底：“所谓‘间接代理’，乃代理的类似制度，并非代理，故直接代理与间接代理非系‘代理’的分类。”[4]严格地说，间接代理不是代理。诸如行纪（《日本商法典》第551条）和买卖中介人，虽然也是按照零售商的订货（=他人的计算）采购货物，但其损失等在内的一切必须由自己承担。[5]因此，大陆法系国家一般在民法中规定代理，而间接代理主要规定在商法制度中，如《德国商法典》第383条、第454条在行纪与运输合同中规定的情形。此外，根据合同自由原则，当事人当然也可自由设定此类代理。[6]
　　二、代理人的行为能力影响什么
　　（一）代理行为的锁定与代理人的行为能力
　　代理是否以代理人具有行为能力为必要，意见不一。解析这个疑问涉及代理行为所指什么行为的问题。如果代理行为仅仅是代理人所为意思表示，而非指代理人与相对人之间签订的合同，那么，由于代理制度的重心在于被代理人与相对人（第三人）直接承受该合同项下的权利义务，因而代理人有无行为能力就仅仅是被代理人与代理人之间的内部关系问题，不影响被代理人与相对人之间的权利义务，由此表明在代理制度中代理人有无行为能力是科以忽略不计的。但是，如果代理行为既包括代理人所为意思表示，又可以是代理人与相对人之间签订的合同，那么，代理人有无行为能力似乎要影响到该合同的效力，至少依形式逻辑应有此结论。
　　（二）代理行为指的是哪个行为
　　为了便于叙述，先定义如下称谓和法律关系：被代理人甲委托代理人丙将其所有的A楼出卖与乙。代理人丙向乙发出了出卖A楼的意思表示，乙对此完全同意并与丙（以被代理人甲的名义）签订了A楼买卖合同。在这里，丙向乙发出的出卖A楼的意思表示是代理行为吗？丙与乙签订的A楼买卖合同是代理行为吗？其说不一。有的观点较为灵活，在“有时，代理行为是指代理人以本人名义实施法律行为的行为（如称‘代理人超越代理权限实施代理行为构成越权代理’），有时则是指代理人以本人名义与第三人所为法律行为本身（如称‘代理行为所产生的权利义务由本人承担’）。[7]与此不同，有的观点则非常严格：“‘代理行为就其文义表达而言只能是指代理人实施的行为，而代理人与相对人所签订的合同是双方共同实施的法律行为。故对于代理人与相对人所签订的合同，我们固然不妨说该合同是代理人所实施的代理行为，但绝对不能说该合同同时也是相对人所实施的代理行为，当然也更不能说该合同是代理人和相对人共同实施的代理行为。”[8]“具体而言，代理实施的法律行为，是意思表示的作出或者受领。它既可以是单方法律行为，也可以是合同形式中的要约或者承诺意思，还可以是决议等投票行为。”[9]
　　如此区别有其价值，例如，“代理行为不是一种‘法律行为’”，[10]从而对之不适用法律行为制度的调整，代理人有无行为能力无关紧要；“代理行为的成立并不能等同于代理人所签订合同的成立”，“代理行为的有效则不能等同于代理人所签订的合同的有效”。“代理行为的无效丙不能等同于代理人所签订的合同必然无效”。[11]“由于代理行为指向的是实施法律行为，因此，代理行为的要件仅是对有效代理有影响的因素，而不包括代理人所实施的法律行为的有效要件。二者须予分辨。”[12]
　　所有这些，都做到了精细化，在法律适用时区分不同的行为而寻觅各自的请求权基础，法律后果可能有异，这确实具有启发性，值得法律人重视。但同时也应看到，代理人实施法律行为的行为有时就是法律行为。例如，代理人以被代理人的名义发布了一则悬赏广告；代理人以被代理人的名义向交易相对人作出了《承诺书》，给被代理人设定了若干义务；代理人丙以北代理人甲的名义向乙发出了出卖A楼的要约；代理人丙以被代理人甲的名义接受了交易相对人丁关于转让股权的承诺；等等。其中，悬赏广告和《承诺书》均为单方法律行为，要约和承诺也是意思表示，属于法律行为的核心要素。
　　在代理人以被代理人的名义发布悬赏广告、作出单方允诺等实施单独行为的情况下，将代理行为局限于代理人以本人名义发布悬赏广告、作出单方允诺等实施法律行为的行为，就使严格区分代理行为与由代理人与第三人实施的法律行为本身的理论陷入无法自圆其说的尴尬境地，因为于此场合所谓“实施法律行为的行为”（所谓代理行为）就是“单独行为”（所谓法律行为本身），此处不存在两个行为，只要承认“实施法律行为的行为”为代理行为，就不得不承认该代理行为就是单独行为这个“法律行为本身”。
　　既然如此，称上例中代理人丙与相对人乙之间签订的A楼买卖合同为代理行为，也未尝不可。在这方面存有例证，如史尚宽先生、杨春堂教授于介绍和阐释行纪合同时论述道：“行纪人若已为委托行为之实行，即行纪人若已为委托人而与第三人完成交易行为（例如订立买卖合同），卖出或买入其所委托出卖或买入之物者……”[13]。此处所谓委托行为之实行就相当于委托代理中的代理行为。观察该段叙述的字面意思，它似乎将该委托行为之实行等同于行纪人以委托人（本人）的名义与第三人签订的买卖合同。如果这样理解符合史尚宽先生、杨春堂教授的原意的话，那么，他们也承认代理行为的双重指向：（1）代理人以委托人（本人）的名义实施法律行为的行为，即笔者在上文所举教学案例中所谓“代理人丙向乙发出了出卖A楼的意思表示”；（2）代理人以委托人（本人）的名义与第三人实施的法律行为本身，即笔者在上文所举教学案例中所谓“A楼买卖合同”。
　　既然代理行为包括代理人以被代理人的名义与相对人签订的合同以及代理人以被代理人的名义实施的单独行为，那么，代理行为的效力评价就离不开《》第条的规定，其中包括代理人应具有相应的行为能力。
　　（三）有关立法例及学说的立场
　　但是，有关立法例及其学说对于代理人的行为能力的要求却没有像当事人亲自实施法律行为场合那样的要求。
　　因为代理人亲自实施法律行为，所以如果他是无行为能力人，那么，由他作出的或向他作出的意思表示无效（参见《德国民法典》第105条及其以下，第131条第1项，第165条）。然而，也没有必要要求代理人是完全行为能力人，限制行为能力人即可（《德国民法典》第165条）。因为代理人在代理权限的范围内作出或受领意思表示，那么，代理人所为意思表示的后果不由其自己，而由被代理人承受。如果被限制行为能力的代理人并无代理权，那么，他将通过《德国民法典》第179条第3项但书得到充分保护。[14]
　　另一方面，从被代理人的利益角度看，也不要求代理人必须是完全行为能力人。如果被代理人向限制行为能力人授与代理权（《德国民法典》167条），那么，即使代理人实施了不利的交易，被代理人也必须独自承担责任。[15]
　　也有学说从另外的角度证成代理人可以是限制行为能力人：代理人尽管自己去为法律行为，但这并不是他自己的，而是由他代理的另一个人的法律行为。被代理人而不是代理人成为该法律行为的当事人，并承担该法律行为项下的法律后果。[16]
　　上述学说确有道理，值得我们重视，《民法总则》设置代理制度应当予以借鉴。
　　三、自己代理与双方代理
　　所谓自己代理(Insichgeschft)，也称自我缔约(Selb- stkontrahieren)，指代理人一面代理委托人（本人）、一面以代理人自己的身份共同实施某项法律行为。所谓双方代理(Mehrvertretung)，是广义的自己代理的一种形式。它是指代理人同时以本人及第三人的代理人身份，为双方实施法律行为。这就是日常所说的“一手托两家”。[17]
　　具体到中国，可否从历史解释的角度看《民法总则》不得设置自己代理和双方代理的规则呢？回答是否定的，道理在于：《中华人民共和国经济合同法》（已
　　??????法宝用户，请后查看全部内容。还不是用户？；单位用户可申请试用或直接致电400-810-8266成为法宝付费用户。
【注释】 &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&北大法宝：()专业提供法律信息、法学知识和法律软件领域各类解决方案。北大法宝为您提供丰富的参考资料，。欢迎。法宝快讯：&&&&
本篇【】 &&&&&&关注法宝动态：&
法宝联想【共引文献】 　王家福&《中国法学》&1999年&第3期&　王胜明&《中国法学》&1999年&第3期&　徐杰&《中国法学》&1999年&第3期&　魏振瀛&《中国法学》&1999年&第3期&　夏雅丽&《中国法学》&2000年&第2期&　&《中外法学》&2001年&第6期&　刘延寿；张晓秦&《中外法学》&1999年&第6期&　梁慧星&《中外法学》&2000年&第1期&　侯怀霞；钟瑞栋&《中国法学》&1999年&第2期&　陈俊&《中国法学》&2000年&第6期&【相似文献】 　张学文&《中国法学》&2000年&第3期&　郭琼；肖伟志&《河北法学》&2001年&第3期&　鲍志容&《河北法学》&2003年&第2期&　李建华；许中缘&《法制与社会发展》&2001年&第2期&　蔡镇顺&《法学评论》&1999年&第4期&　王利民&《河北法学》&2000年&第2期&　王继军
王炜&《现代法学》&2001年&第3期&　衣淑玲&《甘肃政法学院学报》&2003年&第1期&　李建华 许中缘&《法律科学》&2000年&第6期&　李霞&《政治与法律》&2008年&第9期&【引用法规】 　　　java 动态代理机制的理解和分析 - CSDN博客
java 动态代理机制的理解和分析
Java 动态代理机制的出现，使得 Java 开发人员不用手工编写代理类，只要简单地指定一组接口及委托类对象，便能动态地获得代理类。代理类会负责将所有的方法调用分派到委托对象上反射执行，在分派执行的过程中，开发人员还可以按需调整委托类对象及其功能，这是一套非常灵活有弹性的代理框架。通过阅读本文，读者将会对 Java 动态代理机制有更加深入的理解。本文首先从 Java 动态代理的运行机制和特点出发，对其代码进行了分析，推演了动态生成类的内部实现。
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
代理：设计模式
代理是一种常用的设计模式，其目的就是为其他对象提供一个代理以控制对某个对象的访问。代理类负责为委托类预处理消息，过滤消息并转发消息，以及进行消息被委托类执行后的后续处理。
图 1. 代理模式
为了保持行为的一致性，代理类和委托类通常会实现相同的接口，所以在访问者看来两者没有丝毫的区别。通过代理类这中间一层，能有效控制对委托类对象的直接访问，也可以很好地隐藏和保护委托类对象，同时也为实施不同控制策略预留了空间，从而在设计上获得了更大的灵活性。Java 动态代理机制以巧妙的方式近乎完美地实践了代理模式的设计理念
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
相关的类和接口
要了解 Java 动态代理的机制，首先需要了解以下相关的类或接口：
java.lang.reflect.Proxy：这是 Java 动态代理机制的主类，它提供了一组静态方法来为一组接口动态地生成代理类及其对象。
清单 1. Proxy 的静态方法
// 方法 1: 该方法用于获取指定代理对象所关联的调用处理器
static InvocationHandler getInvocationHandler(Object proxy)
// 方法 2：该方法用于获取关联于指定类装载器和一组接口的动态代理类的类对象
static Class getProxyClass(ClassLoader loader, Class[] interfaces)
// 方法 3：该方法用于判断指定类对象是否是一个动态代理类
static boolean isProxyClass(Class cl)
// 方法 4：该方法用于为指定类装载器、一组接口及调用处理器生成动态代理类实例
static Object newProxyInstance(ClassLoader loader, Class[] interfaces,
InvocationHandler h)
java.lang.reflect.InvocationHandler：这是调用处理器接口，它自定义了一个 invoke 方法，用于集中处理在动态代理类对象上的方法调用，通常在该方法中实现对委托类的代理访问。
清单 2. InvocationHandler 的核心方法
// 该方法负责集中处理动态代理类上的所有方法调用。第一个参数既是代理类实例，第二个参数是被调用的方法对象
// 第三个方法是调用参数。调用处理器根据这三个参数进行预处理或分派到委托类实例上发射执行
Object invoke(Object proxy, Method method, Object[] args)
每次生成动态代理类对象时都需要指定一个实现了该接口的调用处理器对象（参见 Proxy 静态方法 4 的第三个参数）。
java.lang.ClassLoader：这是类装载器类，负责将类的字节码装载到 Java 虚拟机（JVM）中并为其定义类对象，然后该类才能被使用。Proxy 静态方法生成动态代理类同样需要通过类装载器来进行装载才能使用，它与普通类的唯一区别就是其字节码是由 JVM 在运行时动态生成的而非预存在于任何一个 .class 文件中。
每次生成动态代理类对象时都需要指定一个类装载器对象（参见 Proxy 静态方法 4 的第一个参数）
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
代理机制及其特点
首先让我们来了解一下如何使用 Java 动态代理。具体有如下四步骤：
通过实现 InvocationHandler 接口创建自己的调用处理器；
通过为 Proxy 类指定 ClassLoader 对象和一组 interface 来创建动态代理类；
通过反射机制获得动态代理类的构造函数，其唯一参数类型是调用处理器接口类型；
通过构造函数创建动态代理类实例，构造时调用处理器对象作为参数被传入。
清单 3. 动态代理对象创建过程
// InvocationHandlerImpl 实现了 InvocationHandler 接口，并能实现方法调用从代理类到委托类的分派转发
// 其内部通常包含指向委托类实例的引用，用于真正执行分派转发过来的方法调用
InvocationHandler handler = new InvocationHandlerImpl(..);
// 通过 Proxy 为包括 Interface 接口在内的一组接口动态创建代理类的类对象
Class clazz = Proxy.getProxyClass(classLoader, new Class[] { Interface.class, ... });
// 通过反射从生成的类对象获得构造函数对象
Constructor constructor = clazz.getConstructor(new Class[] { InvocationHandler.class });
// 通过构造函数对象创建动态代理类实例
Interface Proxy = (Interface)constructor.newInstance(new Object[] { handler });
实际使用过程更加简单，因为 Proxy 的静态方法 newProxyInstance 已经为我们封装了步骤 2 到步骤 4 的过程，所以简化后的过程如下
清单 4. 简化的动态代理对象创建过程
// InvocationHandlerImpl 实现了 InvocationHandler 接口，并能实现方法调用从代理类到委托类的分派转发
InvocationHandler handler = new InvocationHandlerImpl(..);
// 通过 Proxy 直接创建动态代理类实例
Interface proxy = (Interface)Proxy.newProxyInstance( classLoader,
new Class[] { Interface.class },
handler );
接下来让我们来了解一下 Java 动态代理机制的一些特点。
首先是动态生成的代理类本身的一些特点。1）包：如果所代理的接口都是 public 的，那么它将被定义在顶层包（即包路径为空），如果所代理的接口中有非 public 的接口（因为接口不能被定义为 protect 或 private，所以除 public 之外就是默认的 package 访问级别），那么它将被定义在该接口所在包（假设代理了 com.ibm.developerworks 包中的某非 public 接口 A，那么新生成的代理类所在的包就是 com.ibm.developerworks），这样设计的目的是为了最大程度的保证动态代理类不会因为包管理的问题而无法被成功定义并访问；2）类修饰符：该代理类具有
final 和 public 修饰符，意味着它可以被所有的类访问，但是不能被再度继承；3）类名：格式是“$ProxyN”，其中 N 是一个逐一递增的阿拉伯数字，代表 Proxy 类第 N 次生成的动态代理类，值得注意的一点是，并不是每次调用 Proxy 的静态方法创建动态代理类都会使得 N 值增加，原因是如果对同一组接口（包括接口排列的顺序相同）试图重复创建动态代理类，它会很聪明地返回先前已经创建好的代理类的类对象，而不会再尝试去创建一个全新的代理类，这样可以节省不必要的代码重复生成，提高了代理类的创建效率。4）类继承关系：该类的继承关系如图：
图 2. 动态代理类的继承图
由图可见，Proxy 类是它的父类，这个规则适用于所有由 Proxy 创建的动态代理类。而且该类还实现了其所代理的一组接口，这就是为什么它能够被安全地类型转换到其所代理的某接口的根本原因。
接下来让我们了解一下代理类实例的一些特点。每个实例都会关联一个调用处理器对象，可以通过 Proxy 提供的静态方法 getInvocationHandler 去获得代理类实例的调用处理器对象。在代理类实例上调用其代理的接口中所声明的方法时，这些方法最终都会由调用处理器的 invoke 方法执行，此外，值得注意的是，代理类的根类 java.lang.Object 中有三个方法也同样会被分派到调用处理器的 invoke 方法执行，它们是 hashCode，equals 和 toString，可能的原因有：一是因为这些方法为
public 且非 final 类型，能够被代理类覆盖；二是因为这些方法往往呈现出一个类的某种特征属性，具有一定的区分度，所以为了保证代理类与委托类对外的一致性，这三个方法也应该被分派到委托类执行。当代理的一组接口有重复声明的方法且该方法被调用时，代理类总是从排在最前面的接口中获取方法对象并分派给调用处理器，而无论代理类实例是否正在以该接口（或继承于该接口的某子接口）的形式被外部引用，因为在代理类内部无法区分其当前的被引用类型。
接着来了解一下被代理的一组接口有哪些特点。首先，要注意不能有重复的接口，以避免动态代理类代码生成时的编译错误。其次，这些接口对于类装载器必须可见，否则类装载器将无法链接它们，将会导致类定义失败。再次，需被代理的所有非 public 的接口必须在同一个包中，否则代理类生成也会失败。最后，接口的数目不能超过 65535，这是 JVM 设定的限制。
最后再来了解一下异常处理方面的特点。从调用处理器接口声明的方法中可以看到理论上它能够抛出任何类型的异常，因为所有的异常都继承于 Throwable 接口，但事实是否如此呢？答案是否定的，原因是我们必须遵守一个继承原则：即子类覆盖父类或实现父接口的方法时，抛出的异常必须在原方法支持的异常列表之内。所以虽然调用处理器理论上讲能够，但实际上往往受限制，除非父接口中的方法支持抛 Throwable 异常。那么如果在 invoke 方法中的确产生了接口方法声明中不支持的异常，那将如何呢？放心，Java
动态代理类已经为我们设计好了解决方法：它将会抛出 UndeclaredThrowableException 异常。这个异常是一个 RuntimeException 类型，所以不会引起编译错误。通过该异常的 getCause 方法，还可以获得原来那个不受支持的异常对象，以便于错误诊断。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
代码是最好的老师
机制和特点都介绍过了，接下来让我们通过源代码来了解一下 Proxy 到底是如何实现的。
首先记住 Proxy 的几个重要的静态变量：
清单 5. Proxy 的重要静态变量
// 映射表：用于维护类装载器对象到其对应的代理类缓存
private static Map loaderToCache = new WeakHashMap();
// 标记：用于标记一个动态代理类正在被创建中
private static Object pendingGenerationMarker = new Object();
// 同步表：记录已经被创建的动态代理类类型，主要被方法 isProxyClass 进行相关的判断
private static Map proxyClasses = Collections.synchronizedMap(new WeakHashMap());
// 关联的调用处理器引用
protected InvocationH
然后，来看一下 Proxy 的构造方法：
清单 6. Proxy 构造方法
// 由于 Proxy 内部从不直接调用构造函数，所以 private 类型意味着禁止任何调用
private Proxy() {}
// 由于 Proxy 内部从不直接调用构造函数，所以 protected 意味着只有子类可以调用
protected Proxy(InvocationHandler h) {this.h =}
接着，可以快速浏览一下 newProxyInstance 方法，因为其相当简单：
清单 7. Proxy 静态方法 newProxyInstance
public static Object newProxyInstance(ClassLoader loader,
Class&?&[] interfaces,
InvocationHandler h)
throws IllegalArgumentException {
// 检查 h 不为空，否则抛异常
if (h == null) {
throw new NullPointerException();
// 获得与制定类装载器和一组接口相关的代理类类型对象
Class cl = getProxyClass(loader, interfaces);
// 通过反射获取构造函数对象并生成代理类实例
Constructor cons = cl.getConstructor(constructorParams);
return (Object) cons.newInstance(new Object[] { h });
} catch (NoSuchMethodException e) { throw new InternalError(e.toString());
} catch (IllegalAccessException e) { throw new InternalError(e.toString());
} catch (InstantiationException e) { throw new InternalError(e.toString());
} catch (InvocationTargetException e) { throw new InternalError(e.toString());
由此可见，动态代理真正的关键是在 getProxyClass 方法，该方法负责为一组接口动态地生成代理类类型对象。在该方法内部，您将能看到 Proxy 内的各路英雄（静态变量）悉数登场。有点迫不及待了么？那就让我们一起走进 Proxy 最最神秘的殿堂去欣赏一番吧。该方法总共可以分为四个步骤：
对这组接口进行一定程度的安全检查，包括检查接口类对象是否对类装载器可见并且与类装载器所能识别的接口类对象是完全相同的，还会检查确保是 interface 类型而不是 class 类型。这个步骤通过一个循环来完成，检查通过后将会得到一个包含所有接口名称的字符串数组，记为&String[]
interfaceNames。总体上这部分实现比较直观，所以略去大部分代码，仅保留留如何判断某类或接口是否对特定类装载器可见的相关代码。
清单 8. 通过 Class.forName 方法判接口的可见性
// 指定接口名字、类装载器对象，同时制定 initializeBoolean 为 false 表示无须初始化类
// 如果方法返回正常这表示可见，否则会抛出 ClassNotFoundException 异常表示不可见
interfaceClass = Class.forName(interfaceName, false, loader);
} catch (ClassNotFoundException e) {
从 loaderToCache 映射表中获取以类装载器对象为关键字所对应的缓存表，如果不存在就创建一个新的缓存表并更新到 loaderToCache。缓存表是一个 HashMap 实例，正常情况下它将存放键值对（接口名字列表，动态生成的代理类的类对象引用）。当代理类正在被创建时它会临时保存（接口名字列表，pendingGenerationMarker）。标记 pendingGenerationMarke 的作用是通知后续的同类请求（接口数组相同且组内接口排列顺序也相同）代理类正在被创建，请保持等待直至创建完成。
清单 9. 缓存表的使用
// 以接口名字列表作为关键字获得对应 cache 值
Object value = cache.get(key);
if (value instanceof Reference) {
proxyClass = (Class) ((Reference) value).get();
if (proxyClass != null) {
// 如果已经创建，直接返回
return proxyC
} else if (value == pendingGenerationMarker) {
// 代理类正在被创建，保持等待
cache.wait();
} catch (InterruptedException e) {
// 等待被唤醒，继续循环并通过二次检查以确保创建完成，否则重新等待
// 标记代理类正在被创建
cache.put(key, pendingGenerationMarker);
// break 跳出循环已进入创建过程
} while (true);
动态创建代理类的类对象。首先是确定代理类所在的包，其原则如前所述，如果都为 public 接口，则包名为空字符串表示顶层包；如果所有非 public 接口都在同一个包，则包名与这些接口的包名相同；如果有多个非 public 接口且不同包，则抛异常终止代理类的生成。确定了包后，就开始生成代理类的类名，同样如前所述按格式“$ProxyN”生成。类名也确定了，接下来就是见证奇迹的发生 —— 动态生成代理类：
清单 10. 动态生成代理类
// 动态地生成代理类的字节码数组
byte[] proxyClassFile = ProxyGenerator.generateProxyClass( proxyName, interfaces);
// 动态地定义新生成的代理类
proxyClass = defineClass0(loader, proxyName, proxyClassFile, 0,
proxyClassFile.length);
} catch (ClassFormatError e) {
throw new IllegalArgumentException(e.toString());
// 把生成的代理类的类对象记录进 proxyClasses 表
proxyClasses.put(proxyClass, null);
由此可见，所有的代码生成的工作都由神秘的 ProxyGenerator 所完成了，当你尝试去探索这个类时，你所能获得的信息仅仅是它位于并未公开的 sun.misc 包，有若干常量、变量和方法以完成这个神奇的代码生成的过程，但是 sun 并没有提供源代码以供研读。至于动态类的定义，则由 Proxy 的 native 静态方法 defineClass0 执行。
代码生成过程进入结尾部分，根据结果更新缓存表，如果成功则将代理类的类对象引用更新进缓存表，否则清楚缓存表中对应关键值，最后唤醒所有可能的正在等待的线程。
走完了以上四个步骤后，至此，所有的代理类生成细节都已介绍完毕，剩下的静态方法如 getInvocationHandler 和 isProxyClass 就显得如此的直观，只需通过查询相关变量就可以完成，所以对其的代码分析就省略了。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
代理类实现推演
分析了 Proxy 类的源代码，相信在读者的脑海中会对 Java 动态代理机制形成一个更加清晰的理解，但是，当探索之旅在 sun.misc.ProxyGenerator 类处嘎然而止，所有的神秘都汇聚于此时，相信不少读者也会对这个 ProxyGenerator 类产生有类似的疑惑：它到底做了什么呢？它是如何生成动态代理类的代码的呢？诚然，这里也无法给出确切的答案。还是让我们带着这些疑惑，一起开始探索之旅吧。
事物往往不像其看起来的复杂，需要的是我们能够化繁为简，这样也许就能有更多拨云见日的机会。抛开所有想象中的未知而复杂的神秘因素，如果让我们用最简单的方法去实现一个代理类，唯一的要求是同样结合调用处理器实施方法的分派转发，您的第一反应将是什么呢？“听起来似乎并不是很复杂”。的确，掐指算算所涉及的工作无非包括几个反射调用，以及对原始类型数据的装箱或拆箱过程，其他的似乎都已经水到渠成。非常地好，让我们整理一下思绪，一起来完成一次完整的推演过程吧。
清单 11. 代理类中方法调用的分派转发推演实现
// 假设需代理接口 Simulator
public interface Simulator {
short simulate(int arg1, long arg2, String arg3) throws ExceptionA, ExceptionB;
// 假设代理类为 SimulatorProxy, 其类声明将如下
final public class SimulatorProxy implements Simulator {
// 调用处理器对象的引用
protected InvocationH
// 以调用处理器为参数的构造函数
public SimulatorProxy(InvocationHandler handler){
this.handler =
// 实现接口方法 simulate
public short simulate(int arg1, long arg2, String arg3)
throws ExceptionA, ExceptionB {
// 第一步是获取 simulate 方法的 Method 对象
java.lang.reflect.Method method =
method = Simulator.class.getMethod(
&simulate&,
new Class[] {int.class, long.class, String.class} );
} catch(Exception e) {
// 异常处理 1（略）
// 第二步是调用 handler 的 invoke 方法分派转发方法调用
Object r =
r = handler.invoke(this,
// 对于原始类型参数需要进行装箱操作
new Object[] {new Integer(arg1), new Long(arg2), arg3});
}catch(Throwable e) {
// 异常处理 2（略）
// 第三步是返回结果（返回类型是原始类型则需要进行拆箱操作）
return ((Short)r).shortValue();
模拟推演为了突出通用逻辑所以更多地关注正常流程，而淡化了错误处理，但在实际中错误处理同样非常重要。从以上的推演中我们可以得出一个非常通用的结构化流程：第一步从代理接口获取被调用的方法对象，第二步分派方法到调用处理器执行，第三步返回结果。在这之中，所有的信息都是可以已知的，比如接口名、方法名、参数类型、返回类型以及所需的装箱和拆箱操作，那么既然我们手工编写是如此，那又有什么理由不相信 ProxyGenerator 不会做类似的实现呢？至少这是一种比较可能的实现。
接下来让我们把注意力重新回到先前被淡化的错误处理上来。在异常处理 1 处，由于我们有理由确保所有的信息如接口名、方法名和参数类型都准确无误，所以这部分异常发生的概率基本为零，所以基本可以忽略。而异常处理 2 处，我们需要思考得更多一些。回想一下，接口方法可能声明支持一个异常列表，而调用处理器 invoke 方法又可能抛出与接口方法不支持的异常，再回想一下先前提及的 Java 动态代理的关于异常处理的特点，对于不支持的异常，必须抛 UndeclaredThrowableException
运行时异常。所以通过再次推演，我们可以得出一个更加清晰的异常处理 2 的情况：
清单 12. 细化的异常处理 2
Object r =
r = handler.invoke(this,
new Object[] {new Integer(arg1), new Long(arg2), arg3});
} catch( ExceptionA e) {
// 接口方法支持 ExceptionA，可以抛出
} catch( ExceptionB e ) {
// 接口方法支持 ExceptionB，可以抛出
} catch(Throwable e) {
// 其他不支持的异常，一律抛 UndeclaredThrowableException
throw new UndeclaredThrowableException(e);
这样我们就完成了对动态代理类的推演实现。推演实现遵循了一个相对固定的模式，可以适用于任意定义的任何接口，而且代码生成所需的信息都是可知的，那么有理由相信即使是机器自动编写的代码也有可能延续这样的风格，至少可以保证这是可行的。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
诚然，Proxy 已经设计得非常优美，但是还是有一点点小小的遗憾之处，那就是它始终无法摆脱仅支持 interface 代理的桎梏，因为它的设计注定了这个遗憾。回想一下那些动态生成的代理类的继承关系图，它们已经注定有一个共同的父类叫 Proxy。Java 的继承机制注定了这些动态代理类们无法实现对 class 的动态代理，原因是多继承在 Java 中本质上就行不通。
有很多条理由，人们可以否定对 class 代理的必要性，但是同样有一些理由，相信支持 class 动态代理会更美好。接口和类的划分，本就不是很明显，只是到了 Java 中才变得如此的细化。如果只从方法的声明及是否被定义来考量，有一种两者的混合体，它的名字叫抽象类。实现对抽象类的动态代理，相信也有其内在的价值。此外，还有一些历史遗留的类，它们将因为没有实现任何接口而从此与动态代理永世无缘。如此种种，不得不说是一个小小的遗憾。
但是，不完美并不等于不伟大，伟大是一种本质，Java 动态代理就是佐例。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
动态代理实例：
package com.deppon.
public interface Subject {
public void doSomething(String name);
package com.deppon.
* 被代理的接口实现类
* @author leo-zeng
public class RealSubject implements Subject {
public void doSomething(String name) {
System.out.println(name+&call something&);
}package com.deppon.proxy.I
import java.util.M
* 模拟通知拦截器接口
* @author leo-zeng
public interface AdviceInterceptor {
* 前置通知
* @param obj
public void befoceAdvice(Map&String,Object& obj);
* 后置通知
* @param obj
public void afterAdvice(Map&String,Object& obj);
package com.deppon.proxy.I
import java.util.M
* 拦截器具体实现
* @author leo-zeng
public class BaseInterceptorImpl implements AdviceInterceptor{
public void befoceAdvice(Map&String, Object& obj) {
Object[] args =(Object[]) obj.get(&args&);
System.out.println(&前置拦截通知:&+(args!=null&&args.length&0?args[0]:&&));
public void afterAdvice(Map&String, Object& obj) {
Object[] args =(Object[]) obj.get(&args&);
System.out.println(&后置拦截通知:&+(args!=null&&args.length&0?args[0]:&&));
动态代理的处理器
package com.deppon.
import java.lang.reflect.InvocationH
import java.lang.reflect.M
import java.util.HashM
import java.util.M
import com.deppon.proxy.Interceptor.AdviceI
import com.deppon.proxy.Interceptor.BaseInterceptorI
* 方法用于获取指定代理对象所关联的调用处理器
* @author leo-zeng
public class ProxyHandler implements InvocationHandler{
//被代理的对象
private AdviceInterceptor interceptor = new BaseInterceptorImpl();
public ProxyHandler(Object proxied) {
this.proxied =
public ProxyHandler(Object proxied,AdviceInterceptor interceptor) {
this.interceptor =
this.proxied =
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
System.out.println(&this is proxy handler&);
Map&String,Object& params = new HashMap&String, Object&();
params.put(&args&, args);
//前置通知执行
interceptor.befoceAdvice(params);
//执行代理对象的方法
Object rs=method.invoke(proxied, args);
//后置通知执行
interceptor.afterAdvice(params);
package com.deppon.
import java.lang.reflect.P
* 动态代理实例
* @author leo-zeng
public class DynamicProxy {
public static void main(String[] args) {
RealSubject rj = new RealSubject();
//创建动态代理的对象实例
Subject prxoySubject =(Subject) Proxy.newProxyInstance(Subject.class.getClassLoader(), new Class[]{Subject.class}, new ProxyHandler(rj));
prxoySubject.doSomething(&张三&);
运行后查看测试结果：
本文转自与：
本文已收录于以下专栏：
相关文章推荐
在上一篇博客中， 大致讲解了Java虚拟机的体系结构和执行原理。 本篇博客主要讲解能够被JVM识别， 加载并执行的class文件的格式。
对于理解JVM和深入理解Java语言， 学习并了解class...
原文：/blog/archives/advanced-vim-skills-quickfix-mode/
通常，我们在开发过程中，经常要写代码，编译，修改编译错误...
关于Java抽象类的一些小tips
动态代理其实就是java.lang.reflect.Proxy类动态的根据您指定的所有接口生成一个class byte，该class会继承Proxy类，并实现所有你指定的接口（您在参数中传入的接口数组...
本文阐述：class 文件 和代码中的class 对象之间的关系；动态代理中Invocation Handler角色的由来；Javassist 和ASM框架生成字节码；类加载器
上一篇博客我们已经带大家简单的吹了一下IoC，实现了Activity中View的布局以及控件的注入，如果你不了解，请参考：Android 进阶 教你打造 Android 中的 IOC 框架 【View...
转载请标明出处：http://blog.csdn.net/lmj/article/details/，本文出自：【张鸿洋的博客】1、概述首先我们来吹吹牛，什么叫IoC，...
Java动态代理机制1.       什么是动态代理机制？Java的动态代理机制就是Java程序在运行的时候动态生成代理类，代理可以提供另一个类的访问，同时隐藏实际对象的具体事实，代理一般会实现它所表...
他的最新文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)