40.静态代理和动态代理的区别？

最新推荐文章于 2024-07-30 18:59:59 发布
最新推荐文章于 2024-07-30 18:59:59 发布
阅读量182 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Java基础
原文链接：https://mp.weixin.qq.com/s/Ks1GVDCj9fO53mNBo6_wpQ
本文探讨了静态代理和动态代理在编程中的应用。静态代理在编译时即确定，效率较高，但代码冗余且修改接口时需同步更新。动态代理则由JVM在运行时生成，提供更大的灵活性，但可能牺牲一些性能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

静态代理中代理类在编译期就已经确定，而动态代理则是JVM运行时动态生成，静态代理的效
率相对动态代理来说相对高一些，但是静态代理代码冗余大，一单需要修改接口，代理类和委
托类都需要修改。

Java 动态代理原理图解 (附：2种实现方式详细对比)
mikechen的互联网架构
10-31 2336
​动态代理在 Java 中有着广泛的应用，例如：Spring AOP 面向切面编程，Hibernate 数据查询、以及 RPC Dubbo 远程调用等，都有非常多的实际应用。本文深入：Java 动态代理原理、JDK 原生动态代理、CGLib 动态代理实现、JDK 动态代理与 CGLib 的区别​。
Java JDK代理、CGLIB、AspectJ代理分析比较
蜗牛的专栏
03-31 1万+
前言 什么是代理,在Design patterns In java这个本书中是这样描述的，简单的说就是为某个对象提供一个代理，以控制对这个对象的访问。在不修改源代码的基础上做方法增强,代理是一种设计模式，又简单的分为两种。 静态代理:代理类和委托类在代码运行前关系就确定了,也就是说在代理类的代码一开始就已经存在了。动态代理:动态代理类的字节码在程序运行时的时候生成。 静态代理
代理设计模式：静态代理和动态代理的理解、实现与区别（优缺点）与SpringAOP的3种配置方式案例工程代码
05-02
此资源为文章中《代理设计模式：静态代理和动态代理的理解、实现与区别（优缺点）》与《 AOP动态代理声明式的3种配置方式过程与区别》的案例代码，可下载参考学习。
面试官问我：什么是静态代理？什么是动态代理？注解、反射你会吗？
Java鱼仔的博客
08-16 2883
我都整理好了 你还不点开吗
面试篇之HR问什么是静态代理？什么是动态代理？
Jan's的博客
10-25 2923
在面向对象系统中，有些对象由于某些原因（比如对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层。动态代理确实只能代理接口，JDK动态代理是基于接口的方式，换句话来说就是代理类和目标类都实现同一个接口。首先，我们创建一个接口，一般我们一个功能都会去设计一个接口，包括我们的三层架构也是这样，所以我这也写一个接口。一个动态代理可以对N个需要代理的对象起作用，只需要将需要代理类的参数放入。
JAVA面试题分享七十五：静态代理和动态代理区别？
之乎者也·的博客
11-28 971
代理模式，也称委托模式，是结构型设计模式之一，何为代理呢?在日常生活中就比如叫朋友替你拿个快递，叫朋友替你做一下作业，叫朋友替你买点东西等等，这个朋友就是你的代理，你把事情委托你的朋友做了，同样在代码的世界中也存在代理，而且在你以后阅读到更多的设计模式时，你会发现很多的设计模式中也有代理模式的影子，代理模式是一个非常重要的设计模式，在java中，代理模式分为静态代理和动态代理，本文将会通过一个简单的例子讲解静态代理，然后引出动态代理，并且深入的探讨一下动态代理的实现原理。
面试题：静态代理和动态代理的区别
keep12moving的博客
11-19 960
https://blog.csdn.net/fangqun663775/article/details/78960545
nginx配置属性监控、nginx代理动态服务器、nginx访客IP黑名单、负载均衡、平滑升级及tomcat安装与配置
m0_74614835的博客
07-30 1147
同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。这样，当来自某一个IP的用户在后端Web服务器A上登录后，再访问该站点的其他URL，能保证其访问的还是后端web服务器A。解决服务器的高并发压力，提高应用程序的处理性能；# 使用老的nginx进程创建新的进程，此时会出现两套master进程，这个时候处理客户请求的就是新的nginx服务了。简述：即把请求转发给连接数较少的后端服务器，解决轮询导致后端负载较高的问题，可以达到更好的负载均衡效果。
互联网大厂高频面试题基本总结回顾（含笔试高频算法整理）
热门推荐
张彦峰的博客
04-03 176万+
1.自我介绍+项目介绍+项目细节/难点提问-------这个主要看个人的经历了，每个人都不一样 2.基础知识点考核---------还是可以去增强自己的，也是这次的主要的一些总结思路 3.算法题-----------一般都是LeetCode高频题，这个得在找工作之前的好好的练习(d对常见的高频题进行总结分析，见对应的链接提示)
Nginx与Tomcat实现请求动态数据与请求静态资源的分离
weixin_46389583的博客
01-10 614
一、认识访问静态资源与访问动态资源的区别 　　静态资源：指存储在硬盘内的数据，固定的数据，不需要计算的数据。 　　如：图片、字体、js文件、css文件等等。在用户访问静态资源时，服务器会直接将这些资源返回到用户的计算机内。 动态资源：指需要服务器根据用户的操作所返回的数据，以及存储在数据库的数据，经过一系列逻辑计算后返回的数据。 　　如：请求明天的天气信息数据、请求查看账户余额。 二、请求动态数据与请求静态资源的分离的必要性 　　Tomcat应用服务器是用来处理Servlet容器和JSP的，虽然它也可以处
静态代理和动态代理简单实现代码
05-29
静态代理和动态代理简单实现代码.Proxy.其中静态代理我写了两个demo，有一个是最原始的，还有一个放在程杰的大化设计模式的代理模式写的，纯属娱乐。
动态代理与静态代理
Henry的博客
03-12 248
代理三要素 ​ 一个典型的代理模式通常有三个角色，这里称之为代理三要素。 共同的接口 真实对象 代理对象 在代理模式中，其实就是为了让代理对象完成真实对象的过程，同时可以在不侵入真实对象的基础上，对真实对象处理的业务过程进行扩展或者扩充 Java 静态代理 ​ 静态代理其实是通过封装第二方代码进行的业务逻辑嵌套处理的方式，可以创建一个代理类实现和目标方法相同的方法，通过让代理类持有...
静态代理
ww的博客
03-16 117
概念 代理(Proxy)是一种设计模式，提供了对目标对象另外的访问方式；即通过代理对象访问目标对象。 代理模式用于解决两种问题： 1. 控制对基础对象的访问 2. 在访问时增加额外的功能 静态代理 要求被代理类和代理类同时实现相应的一套接口； 通过代理类的对象调用重写接口的方法时，实际上执行的是被代理类同样的方法的调用。 代码 package com.mulinhu.staticproxy; ...
面试题-静态代理和动态代理的区别，什么场景使用？
赵大土的博客
11-27 6530
代理模式 代理模式（Proxy Pattern），又叫委托模式，是指为其他对象提供一种代理，以控制对这个对象的访问，属于结构型设计模式 目的是为了保护目标对象或增强目标对象 抽象角色-Subject：可以是抽象类，也可以是接口 真实角色-RealSubject：业务逻辑的具体执行者 代理角色-Proxy：把所有抽象主题角色定义的方法限制委托给具体主题角色实现，并且在具体主题角色处理完毕前后做预处...
javascript 代理_在javascript中使用代理
weixin_26717681的博客
08-14 807
javascript 代理Proxy was introduced in JavaScript as part of the ECMAScript 6 specification. It is an object that wraps another object capable of defining and monitoring the operations being carried out...
Java开发面试之静态代理和动态代理
优快云_of_ding的博客
03-23 325
使用代理模式的作用 1.功能增强：在你原有的功能上，增加了额外的功能。新增加的功能，叫做功能增强。 2.控制访问：代理类不让你访问目标，例如商家不让用户访问厂家。 实现代理的方式 1.静态代理 1）代理类是自己手工实现的，自己创建一个java类，表示代理类。 2）同时你所要代理的目标类是确定的。 特点 1）实现简单 2）容易理解 缺点 当你的项目中，目标类和代理类很多时候，有以下的缺点： 1）当目标类增加了，目标类可能也需要成倍的增加。代理类数量过多。 2）当你的接口中功能增加了，或者修改了，会影响众多的实
面试必问的Java-1.0：动态代理-静态代理
u010953880的专栏
02-27 403
Proxy代理模式是一种结构型设计模式，主要解决的问题是：在直接访问对象时带来的问题。 代理是一种常用的设计模式，其目的就是为其他对象提供一个代理以控制对某个对象的访问。代理类负责为委托类预处理消息，过滤消息并转发消息，以及进行消息被委托类执行后的后续处理。 为了保持行为的一致性，代理类和委托类通常会实现相同的接口，所以在访问者看来两者没有丝毫的区别。通过代理类这中间一层，能有效控制对委托类对...
面试官：用最简单的方法给我讲讲什么是静态代理，动态代理
Sean'Xu Blogs
05-08 561
小时候很喜欢看小故事大道理，用通俗易懂的小故事去解释抽象难懂的大道理，并受到启发，了解真谛。今天我们就来试着讲一讲 代理。 故事前情提要：老师布置了一道作业，要求同学们做完了交给他。 静态代理 首先，我们先创建一个学生接口，同学们都需要写完交作业 public interface Student { void handWork(); } 实现类表示作业写完了要交作业了 publi...
静态代理和动态代理的区别
weixin_57198201的博客
02-11 1245
静态代理只能通过手动完成代理操作，如果被代理类增加新方法，代理类需要同步新增方法，违背开闭原则 动态代理采用运行时动态生成代码的方式，取消了对被代理类的扩展限制，遵循开闭原则 若动态代理需要对目标类的增强逻辑扩展，结合策略模式，只需新增策略类便可完成，无需修改代理类代码 ...
jdk8项目中调用反射方法invoke可以使用调用放到jdk17项目中报illegalargumentException at jdk.internal.reflect.GenerateMethodAccessor40.invoke(Unknown Source)
最新发布
03-19
<think>嗯，用户提到了在JDK 8中使用反射调用方法时正常，但迁移到JDK 17后遇到了`IllegalArgumentException`，具体错误是在`GenerateMethodAccessor40.invoke`处抛出。我需要仔细分析这个问题可能的原因，并给出解决方案。 首先，JDK 17相较于JDK 8有很多变化，尤其是在模块系统和反射安全方面。Java 9引入的模块系统（JPMS）可能限制了反射访问非导出包中的类或成员。在JDK 8中，默认的反射访问可能更宽松，允许访问私有或受保护的方法，但在JDK 17中，这样的访问可能被默认禁止，除非显式开放权限。 用户遇到的错误信息提到`GenerateMethodAccessor40.invoke`，这通常是在动态生成的方法访问器中抛出的。可能的原因是参数类型不匹配，或者方法在目标类中不可见。另外，模块系统的限制可能导致反射调用失败，即使代码在JDK 8中正常。 接下来需要考虑以下几点： 1. **模块权限问题**：如果项目升级到JDK 17并使用了模块化（`module-info.java`），可能需要添加`opens`语句来允许反射访问相关包。例如，如果被反射调用的类位于`com.example`包，模块文件需要开放该包：`opens com.example;`。 2. **参数类型不匹配**：JDK 17对反射的参数检查可能更严格。例如，原始类型和包装类型的不匹配可能在JDK 8中被忽略，但在JDK 17中会抛出异常。需要检查`invoke`方法调用时的实际参数类型是否与方法声明的参数类型完全匹配。 3. **访问权限变更**：被调用的方法可能在JDK内部类中，而JDK 17加强了封装，阻止了对内部类的反射访问。例如，访问`jdk.internal`包下的类需要添加JVM参数`--add-opens`来开放模块。 可能的解决步骤： - **检查模块配置**：确认是否存在`module-info.java`，并确保相关包已经正确开放。如果没有模块文件，可以考虑将项目保持为非模块化，或者添加必要的`opens`指令。 - **验证参数类型**：使用`Method.getParameterTypes()`打印方法的参数类型，与实际传入的参数类型对比，确保完全一致。特别注意自动装箱和拆箱的问题，比如`int`与`Integer`的区别。 - **使用JVM参数开放内部API**：如果反射访问的是JDK内部类，比如`jdk.internal`包下的内容，需要通过`--add-opens`来允许访问。例如：`--add-opens java.base/jdk.internal.reflect=ALL-UNNAMED`。 - **替代反射方法**：考虑使用其他方式代替反射，比如`MethodHandle`或接口调用，以减少对反射的依赖，提高代码的稳定性和兼容性。 此外，还需要注意JDK版本之间的其他变化，比如废弃的API或安全管理器的调整。如果用户代码中使用了过时的反射方法，可能需要更新为新的API。 总结来说，这个问题主要由JDK 17的模块系统和更严格的反射检查引起。通过调整模块权限、检查参数类型、添加必要的JVM参数，应该能够解决`IllegalArgumentException`的问题。同时，建议用户逐步替换反射调用，遵循最新的Java标准，确保代码的长期可维护性。</think>在将项目从JDK 8迁移到JDK 17时，反射调用`Method.invoke()`报`IllegalArgumentException`的根本原因是**JDK模块系统（JPMS）的访问限制**和**反射参数校验的增强**。以下是逐步分析与解决方案： --- ### 一、问题根源分析 1. **模块系统的封装强化（关键原因）** JDK 9+ 引入了模块化系统，默认禁止通过反射访问未明确开放的包。如果被调用的方法属于： - 第三方未开放模块的类 - JDK内部API（如`jdk.internal.*`包） 会直接触发访问异常。 2. **参数类型校验严格化** JDK 17对反射调用时的参数类型匹配要求更严格，例如： - 原始类型（primitive type）与包装类型（wrapper type）不兼容（如`int` vs `Integer`） - 参数数量或顺序不匹配 3. **动态生成的访问器类限制** `GenerateMethodAccessor40`是JVM动态生成的反射访问器类，其行为在JDK 17中可能因上述原因直接拒绝非法调用。 --- ### 二、解决方案步骤 #### 步骤1：检查模块访问权限 如果项目使用模块化（有`module-info.java`文件）： ```java // 在module-info.java中添加opens语句开放目标包 module your.module.name { opens com.example.targetpackage; // 开放给所有模块 // 或限定开放给特定模块 opens com.example.targetpackage to some.module; } ``` #### 步骤2：处理JDK内部API访问 如果调用涉及JDK内部API（如`sun.*`或`jdk.internal.*`包）： - **启动时添加JVM参数**： ```bash --add-opens java.base/jdk.internal.reflect=ALL-UNNAMED ``` - **或直接在`module-info.java`中声明**： ```java requires java.base; opens jdk.internal.reflect to your.module.name; ``` #### 步骤3：严格校验反射参数类型 ```java Method method = targetClass.getMethod("methodName", String.class, int.class); Object result = method.invoke(targetObject, "arg1", 42); // 必须完全匹配参数类型 ``` - **使用`getParameterTypes()`调试输出参数类型**： ```java Arrays.stream(method.getParameterTypes()) .forEach(type -> System.out.println("Param type: " + type)); ``` #### 步骤4：避免自动装箱问题 确保参数类型与目标方法严格一致： ```java // 错误示例：方法要求int，但传入Integer method.invoke(obj, Integer.valueOf(123)); // JDK 17报错 // 正确做法 method.invoke(obj, 123); // 直接传递原始类型 ``` --- ### 三、替代方案建议 1. **改用`MethodHandle`（JDK 7+）** 更高效且类型安全的反射替代方案： ```java MethodHandles.Lookup lookup = MethodHandles.lookup(); MethodHandle handle = lookup.findVirtual(targetClass, "methodName", methodType); handle.invokeExact(arg1, arg2); // 严格类型检查 ``` 2. **接口动态代理** 如果方法属于某个接口，可通过动态代理实现调用。 3. **静态代码分析工具** 使用`jdeps`分析项目对JDK内部API的依赖： ```bash jdeps --jdk-internals your-project.jar ``` --- ### 四、验证流程 1. 在JDK 17中运行项目时添加`--illegal-access=warn`参数，观察警告日志。 2. 使用`-Djava.security.manager=allow`测试安全管理器的影响（如果存在）。 --- **最终结论**：JDK 17的模块化系统和反射校验规则是问题的核心。通过开放模块权限、精确匹配参数类型或改用更安全的API调用方式，可彻底解决此异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值