|
63 | 63 | - [2.4.6. 获取用键盘输入常用的两种方法](#246-获取用键盘输入常用的两种方法)
|
64 | 64 | - [3. Java 核心技术](#3-java-核心技术)
|
65 | 65 | - [3.1. 反射机制](#31-反射机制)
|
66 |
| - - [3.1.1.静态编译和动态编译](#311静态编译和动态编译) |
| 66 | + - [3.1.1.何为反射?](#311何为反射) |
67 | 67 | - [3.1.2.反射机制优缺点](#312反射机制优缺点)
|
68 | 68 | - [3.1.3.反射的应用场景](#313反射的应用场景)
|
69 | 69 | - [3.2. 异常](#32-异常)
|
|
83 | 83 | <!-- /code_chunk_output -->
|
84 | 84 |
|
85 | 85 |
|
86 |
| - |
87 | 86 | ## 1. Java 基本功
|
88 | 87 |
|
89 | 88 | ### 1.1. Java 入门(基础概念与常识)
|
@@ -1169,30 +1168,57 @@ String s = input.readLine();
|
1169 | 1168 |
|
1170 | 1169 | ### 3.1. 反射机制
|
1171 | 1170 |
|
1172 |
| -JAVA 反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为 java 语言的反射机制。 |
| 1171 | +#### 3.1.1.何为反射? |
| 1172 | +
|
| 1173 | +如果说大家研究过框架的底层原理或者咱们自己写过框架的话,一定对反射这个概念不陌生。 |
1173 | 1174 |
|
1174 |
| -#### 3.1.1.静态编译和动态编译 |
| 1175 | +反射之所以被称为框架的灵魂,主要是因为它赋予了我们在运行时分析类以及执行类中方法的能力。 |
1175 | 1176 |
|
1176 |
| -- **静态编译:** 在编译时确定类型,绑定对象 |
1177 |
| -- **动态编译:** 运行时确定类型,绑定对象 |
| 1177 | +通过反射你可以获取任意一个类的所有属性和方法,你还可以调用这些方法和属性。 |
1178 | 1178 |
|
1179 | 1179 | #### 3.1.2.反射机制优缺点
|
1180 | 1180 |
|
1181 |
| -- **优点:** 运行期类型的判断,动态加载类,提高代码灵活度。 |
1182 |
| -- **缺点:** 1,性能瓶颈:反射相当于一系列解释操作,通知 JVM 要做的事情,性能比直接的 java 代码要慢很多。2,安全问题,让我们可以动态操作改变类的属性同时也增加了类的安全隐患。 |
| 1181 | +**优点** : 可以让咱们的代码更加灵活、为各种框架提供开箱即用的功能提供了便利 |
| 1182 | +
|
| 1183 | +**缺点** :让我们在运行时有了分析操作类的能力,这同样也增加了安全问题。比如可以无视泛型参数的安全检查(泛型参数的安全检查发生在编译时)。另外,反射的性能也要稍差点,不过,对于框架来说实际是影响不大的。[Java Reflection: Why is it so slow?](https://stackoverflow.com/questions/1392351/java-reflection-why-is-it-so-slow) |
1183 | 1184 |
|
1184 | 1185 | #### 3.1.3.反射的应用场景
|
1185 | 1186 |
|
1186 |
| -**反射是框架设计的灵魂。** |
| 1187 | +像咱们平时大部分时候都是在写业务代码,很少会接触到直接使用反射机制的场景。 |
| 1188 | +
|
| 1189 | +但是,这并不代表反射没有用。相反,正是因为反射,你才能这么轻松地使用各种框架。像 Spring/Spring Boot、MyBatis 等等框架中都大量使用了反射机制。 |
| 1190 | +
|
| 1191 | +**这些框架中也大量使用了动态代理,而动态代理的实现也依赖反射。** |
| 1192 | +
|
| 1193 | +比如下面是通过 JDK 实现动态代理的示例代码,其中就使用了反射类 `Method` 来调用指定的方法。 |
| 1194 | +
|
| 1195 | +```java |
| 1196 | +public class DebugInvocationHandler implements InvocationHandler { |
| 1197 | + /** |
| 1198 | + * 代理类中的真实对象 |
| 1199 | + */ |
| 1200 | + private final Object target; |
| 1201 | +
|
| 1202 | + public DebugInvocationHandler(Object target) { |
| 1203 | + this.target = target; |
| 1204 | + } |
| 1205 | +
|
| 1206 | +
|
| 1207 | + public Object invoke(Object proxy, Method method, Object[] args) throws InvocationTargetException, IllegalAccessException { |
| 1208 | + System.out.println("before method " + method.getName()); |
| 1209 | + Object result = method.invoke(target, args); |
| 1210 | + System.out.println("after method " + method.getName()); |
| 1211 | + return result; |
| 1212 | + } |
| 1213 | +} |
| 1214 | +
|
| 1215 | +``` |
1187 | 1216 |
|
1188 |
| -在我们平时的项目开发过程中,基本上很少会直接使用到反射机制,但这不能说明反射机制没有用,实际上有很多设计、开发都与反射机制有关,例如模块化的开发,通过反射去调用对应的字节码;动态代理设计模式也采用了反射机制,还有我们日常使用的 Spring/Hibernate 等框架也大量使用到了反射机制。 |
| 1217 | +另外,像 Java 中的一大利器 **注解** 的实现也用到了反射。 |
1189 | 1218 |
|
1190 |
| -举例: |
| 1219 | +为什么你使用 Spring 的时候 ,一个`@Component`注解就声明了一个类为 Spring Bean 呢?为什么你通过一个 `@Value`注解就读取到配置文件中的值呢?究竟是怎么起作用的呢? |
1191 | 1220 |
|
1192 |
| -1. 我们在使用 JDBC 连接数据库时使用 `Class.forName()`通过反射加载数据库的驱动程序; |
1193 |
| -2. Spring 框架的 IOC(动态加载管理 Bean)创建对象以及 AOP(动态代理)功能都和反射有联系; |
1194 |
| -3. 动态配置实例的属性; |
1195 |
| -4. ...... |
| 1221 | +这些都是因为你可以基于反射分析类,然后获取到类/属性/方法/方法的参数上的注解。你获取到注解之后,就可以做进一步的处理。 |
1196 | 1222 |
|
1197 | 1223 | ### 3.2. 异常
|
1198 | 1224 |
|
|
0 commit comments