Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
清新范er
JavaGuide
提交
efef6bb1
J
JavaGuide
项目概览
清新范er
/
JavaGuide
与 Fork 源项目一致
从无法访问的项目Fork
通知
4
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
J
JavaGuide
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
efef6bb1
编写于
3月 15, 2021
作者:
G
guide
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Update Java基础知识.md
上级
84e39347
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
41 addition
and
15 deletion
+41
-15
docs/java/basis/Java基础知识.md
docs/java/basis/Java基础知识.md
+41
-15
未找到文件。
docs/java/basis/Java基础知识.md
浏览文件 @
efef6bb1
...
@@ -63,7 +63,7 @@
...
@@ -63,7 +63,7 @@
-
[
2.4.6. 获取用键盘输入常用的两种方法
](
#246-获取用键盘输入常用的两种方法
)
-
[
2.4.6. 获取用键盘输入常用的两种方法
](
#246-获取用键盘输入常用的两种方法
)
-
[
3. Java 核心技术
](
#3-java-核心技术
)
-
[
3. Java 核心技术
](
#3-java-核心技术
)
-
[
3.1. 反射机制
](
#31-反射机制
)
-
[
3.1. 反射机制
](
#31-反射机制
)
-
[
3.1.1.
静态编译和动态编译
](
#311静态编译和动态编译
)
-
[
3.1.1.
何为反射?
](
#311何为反射
)
-
[
3.1.2.反射机制优缺点
](
#312反射机制优缺点
)
-
[
3.1.2.反射机制优缺点
](
#312反射机制优缺点
)
-
[
3.1.3.反射的应用场景
](
#313反射的应用场景
)
-
[
3.1.3.反射的应用场景
](
#313反射的应用场景
)
-
[
3.2. 异常
](
#32-异常
)
-
[
3.2. 异常
](
#32-异常
)
...
@@ -83,7 +83,6 @@
...
@@ -83,7 +83,6 @@
<!-- /code_chunk_output -->
<!-- /code_chunk_output -->
## 1. Java 基本功
## 1. Java 基本功
### 1.1. Java 入门(基础概念与常识)
### 1.1. Java 入门(基础概念与常识)
...
@@ -1169,30 +1168,57 @@ String s = input.readLine();
...
@@ -1169,30 +1168,57 @@ String s = input.readLine();
### 3.1. 反射机制
### 3.1. 反射机制
JAVA 反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为 java 语言的反射机制。
#### 3.1.1.何为反射?
如果说大家研究过框架的底层原理或者咱们自己写过框架的话,一定对反射这个概念不陌生。
#### 3.1.1.静态编译和动态编译
反射之所以被称为框架的灵魂,主要是因为它赋予了我们在运行时分析类以及执行类中方法的能力。
-
**静态编译:**
在编译时确定类型,绑定对象
通过反射你可以获取任意一个类的所有属性和方法,你还可以调用这些方法和属性。
-
**动态编译:**
运行时确定类型,绑定对象
#### 3.1.2.反射机制优缺点
#### 3.1.2.反射机制优缺点
-
**优点:**
运行期类型的判断,动态加载类,提高代码灵活度。
**优点**
: 可以让咱们的代码更加灵活、为各种框架提供开箱即用的功能提供了便利
-
**缺点:**
1,性能瓶颈:反射相当于一系列解释操作,通知 JVM 要做的事情,性能比直接的 java 代码要慢很多。2,安全问题,让我们可以动态操作改变类的属性同时也增加了类的安全隐患。
**缺点**
:让我们在运行时有了分析操作类的能力,这同样也增加了安全问题。比如可以无视泛型参数的安全检查(泛型参数的安全检查发生在编译时)。另外,反射的性能也要稍差点,不过,对于框架来说实际是影响不大的。
[
Java Reflection: Why is it so slow?
](
https://stackoverflow.com/questions/1392351/java-reflection-why-is-it-so-slow
)
#### 3.1.3.反射的应用场景
#### 3.1.3.反射的应用场景
**反射是框架设计的灵魂。**
像咱们平时大部分时候都是在写业务代码,很少会接触到直接使用反射机制的场景。
但是,这并不代表反射没有用。相反,正是因为反射,你才能这么轻松地使用各种框架。像 Spring/Spring Boot、MyBatis 等等框架中都大量使用了反射机制。
**这些框架中也大量使用了动态代理,而动态代理的实现也依赖反射。**
比如下面是通过 JDK 实现动态代理的示例代码,其中就使用了反射类
`Method`
来调用指定的方法。
```
java
public
class
DebugInvocationHandler
implements
InvocationHandler
{
/**
* 代理类中的真实对象
*/
private
final
Object
target
;
public
DebugInvocationHandler
(
Object
target
)
{
this
.
target
=
target
;
}
public
Object
invoke
(
Object
proxy
,
Method
method
,
Object
[]
args
)
throws
InvocationTargetException
,
IllegalAccessException
{
System
.
out
.
println
(
"before method "
+
method
.
getName
());
Object
result
=
method
.
invoke
(
target
,
args
);
System
.
out
.
println
(
"after method "
+
method
.
getName
());
return
result
;
}
}
```
在我们平时的项目开发过程中,基本上很少会直接使用到反射机制,但这不能说明反射机制没有用,实际上有很多设计、开发都与反射机制有关,例如模块化的开发,通过反射去调用对应的字节码;动态代理设计模式也采用了反射机制,还有我们日常使用的 Spring/Hibernate 等框架也大量使用到了反射机制
。
另外,像 Java 中的一大利器
**注解**
的实现也用到了反射
。
举例:
为什么你使用 Spring 的时候 ,一个
`@Component`
注解就声明了一个类为 Spring Bean 呢?为什么你通过一个
`@Value`
注解就读取到配置文件中的值呢?究竟是怎么起作用的呢?
1.
我们在使用 JDBC 连接数据库时使用
`Class.forName()`
通过反射加载数据库的驱动程序;
这些都是因为你可以基于反射分析类,然后获取到类/属性/方法/方法的参数上的注解。你获取到注解之后,就可以做进一步的处理。
2.
Spring 框架的 IOC(动态加载管理 Bean)创建对象以及 AOP(动态代理)功能都和反射有联系;
3.
动态配置实例的属性;
4.
......
### 3.2. 异常
### 3.2. 异常
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录