Skip to content

Commit 77ddab1

Browse files
authored
Update Java基础.md
1 parent be1692f commit 77ddab1

File tree

1 file changed

+109
-14
lines changed

1 file changed

+109
-14
lines changed

docs/Java基础.md

Lines changed: 109 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,5 @@
11
# Java基础面试题
22

3-
43
## Java 语言有哪些特点/什么是Java?
54

65
1. 简单易学;
@@ -28,15 +27,16 @@
2827
## Java有几种基本数据类型
2928

3029
八种:**byte**,short,**long**,**int**,char,**float,double,boolean**
30+
3131
## 基本类型和引用类型?他们的区别
3232

3333
除了8中基本数据类型都是引用类型, 为了面向对象操作的一致性,每种数据类型都有对应的包装类。
3434

3535
**不同点**
3636

3737
* 赋值方法不同,基本类型直接赋值,引用类型通过 new 创建对象,然后再把对象赋予相应的变量。
38-
* 比较方面的不同,== 号的比较:引用类型比较的是引用地址,基本类型比较的是值
39-
* 在数据做为参数传递的时候,基本数据类型是值传递,而引用数据类型是引用传递(地址传递)。
38+
* 比较方面的不同,== 号的比较:引用类型比较的是引用地址,基本类型比较的是值
39+
* 在数据做为参数传递的时候,基本数据类型是值传递,而引用数据类型是引用传递(地址传递)。
4040

4141
* **分别放在 JVM 的哪里?**
4242

@@ -88,23 +88,86 @@
8888

8989
- final 修饰的类叫最终类,该类不能被继承。
9090
- final 修饰的方法不能被重写。
91-
- final 修饰的变量叫常量, 分配到常量池中 ,初始化之后值就不能被修改。
91+
- final 修饰的变量不可更改,**其不可更改指的是其引用不可修改,对于引用类型值还是可能改变的,举个列子:String 内部对于 value 的定义;而对于基本类型来说就叫做常量了。**
9292

93-
## String StringBuffer 和 StringBuilder 的区别是什么?
93+
**final、finally、finalize 有什么区别?**
9494

95-
##### 数据可变和不可变
95+
- final可以修饰类、变量、方法,修饰类表示该类不能被继承、修饰方法表示该方法不能被重写、修饰变量表示该变量是一个常量不能被重新赋值。
96+
- finally一般作用在try-catch代码块中,在处理异常的时候,通常我们将一定要执行的代码方法finally代码块中,表示不管是否出现异常,该代码块都会执行,一般用来存放一些关闭资源的代码。
97+
- finalize是一个方法,属于Object类的一个方法,而Object类是所有类的父类,该方法一般由垃圾回收器来调用,当我们调用System的gc()方法的时候,由垃圾回收器调用finalize(),回收垃圾。
9698

97-
1. `String`底层使用一个不可变的字符数组`private final char value[];`所以它内容不可变。
98-
2. `StringBuffer``StringBuilder`都继承了`AbstractStringBuilder`底层使用的是可变字符数组:`char[] value;`
99+
## String StringBuffer 和 StringBuilder 的区别是什么?
99100

100-
##### 线程安全
101+
**线程安全**
101102

102103
`StringBuilder`是线程不安全的,效率较高;而`StringBuffer`是线程安全的,效率较低。
103104

104105
**性能**
105106

106107
每次对 String 类型进行改变的时候,都会生成一个新的 String 对象,然后将指针指向新的 String 对象。StringBuffer 每次都会对 StringBuffer 对象本身进行操作,而不是生成新的对象并改变对象引用。相同情况下使用 StringBuilder 相比使用 StringBuffer 仅能获得 10%~15% 左右的性能提升,但却要冒多线程不安全的风险。
107108

109+
**数据可变和不可变**
110+
111+
1. `String`的值不可变的。
112+
2. `StringBuffer``StringBuilder`的值是可变的,底层使用的是可变字符数组:`char[] value;`
113+
114+
**使用场景**
115+
116+
* 如果需要操作少量的数据用 String
117+
* 单线程操作字符串缓冲区的情况下操作大量数据使用 StringBuilder
118+
* 多线程操作字符串缓冲区 下操作大量数据使用 StringBuffer
119+
120+
## String 是如何实现不可变的?
121+
122+
首先要明确:**String 不可变的是字符串的值不变。**
123+
124+
让我们看 String 源码:
125+
126+
```java
127+
private final char value[];
128+
```
129+
130+
从源码来看, String 类内部是用 char 数组来保存字符串的值, 并且 char[] 是 final 的, 这里的 final 意味着什么呢?
131+
132+
- value 必须在构造时为其赋值
133+
- 赋值后 value 的引用不能再变
134+
135+
当我们实例化一个 String 对象并得到其引用后, 构造已经结束了, 即 value 的引用已经不能再变了 。 那么 value 的值呢, 理论上是可以改变的, 只要我们拿到 value 的引用, 可以直接通过下标改变他的值 。
136+
137+
然而,因为 String 并没有提供接口来改变 value 的值,所以value 的值我们从 String 外部获取不到,也改变不了。这才是String 才是不可变的真正原因,并不仅仅是使用 final 修饰了 value 数据。
138+
139+
补充:然而,并不是真正的完全不能获取,利用反射可以直接获取类内部属性。
140+
141+
## String 为什么设置为不可变?
142+
143+
* 为了实现字符串常量池(只有当字符是不可变的,字符串池才有可能实现)
144+
* 为了线程安全(字符串自己便是线程安全的)
145+
* 为了保证同一个对象调用 hashCode() 都产生相同的值,String 设置为不可变可以对这个条件有很好的支持,这也是 Map 类的 key 使用 String 的原因。
146+
147+
148+
149+
150+
151+
### Exception、Error、运行时异常与一般异常有何异同 /java 异常体系
152+
153+
**所有的异常都是从Throwable继承而来的**
154+
155+
**Error**是错误,对于所有的编译时期的错误以及系统错误都是通过Error抛出的。
156+
157+
**Exception** 它规定的异常是程序本身可以处理的异常。
158+
159+
**checked exception**可检查的异常,这是编码时非常常用的,所有checked exception都是需要在代码中处理的。它们的发生是可以预测的,正常的一种情况,可以合理的处理。比如IOException,或者一些自定义的异常。除了RuntimeException及其子类以外,都是checked exception。
160+
161+
**Unchecked Exception**
162+
163+
RuntimeException及其子类都是unchecked exception。比如NPE空指针异常,除数为0的算数异常ArithmeticException等等,这种异常是运行时发生,无法预先捕捉处理的。比如 NullPointerException , SQLException, NumberFormatException , FileNotFoundException, NoSuchMethodException。
164+
165+
166+
167+
168+
169+
170+
108171
## 接口和抽象类的区别
109172

110173
1. 接口的方法默认是 public,所有方法在接口中不能有实现(Java 8 开始接口方法可以有默认实现),而抽象类可以有非抽象的方法。
@@ -115,21 +178,27 @@
115178

116179
## Object类有哪些常用的方法?
117180

118-
equals 方法,hashCode 方法,toString 方法。
181+
equals 方法,hashCode 方法,toString 方法,wait 和 notify 系列的几个, getclass
182+
183+
### == 和 equals 的区别
184+
185+
== 对于基本类型来说是值比较,对于引用类型来说是比较的是引用;而 equals 默认情况下是 `==`比较,只是很多类重写了 equals 方法,比如 String、Integer 等把它变成了值比较,所以一般情况下 equals 比较的是值是否相等。
119186

120187
## hashCode 与 equals (重要)
121188

122189
### hashCode()介绍
123190

124-
hashCode() 的作用是获取哈希码,也称为散列码;它实际上是返回一个int整数。这个哈希码的作用是确定该对象在哈希表中的索引位置。hashCode() 定义在JDK的Object.java中,这就意味着Java中的任何类都包含有hashCode() 函数
191+
hashCode() 的作用是获取哈希码,也称为散列码;它实际上是返回一个 int 整数。这个哈希码的作用是确定该对象在哈希表中的索引位置
125192

126193
散列表存储的是键值对(key-value),它的特点是:能根据“键”快速的检索出对应的“值”。这其中就利用到了散列码!(可以快速找到所需要的对象)
127194

128195
### 为什么要有 hashCode
129196

130197
**我们先以“HashSet 如何检查重复”为例子来说明为什么要有 hashCode:** 当你把对象加入 HashSet 时,HashSet 会先计算对象的 hashcode 值来判断对象加入的位置,同时也会与其他已经加入的对象的 hashcode 值作比较,如果没有相符的hashcode,HashSet会假设对象没有重复出现。但是如果发现有相同 hashcode 值的对象,这时会调用 `equals()`方法来检查 hashcode 相等的对象是否真的相同。如果两者相同,HashSet 就不会让其加入操作成功。如果不同的话,就会重新散列到其他位置。这样我们就大大减少了 equals 的次数,相应就大大提高了执行速度。
131198

132-
通过我们可以看出:`hashCode()` 的作用就是**获取哈希码**,也称为散列码;它实际上是返回一个int整数。这个**哈希码的作用**是确定该对象在哈希表中的索引位置。**`hashCode() `在散列表中才有用,在其它情况下没用**。在散列表中hashCode() 的作用是获取对象的散列码,进而确定该对象在散列表中的位置。
199+
通过我们可以看出:`hashCode()` 的作用就是**获取哈希码**,也称为散列码;它实际上是返回一个int整数。这个**哈希码的作用**是快速确定该对象在哈希表中的索引位置。
200+
201+
**`hashCode() `在哈希表中才有用,在其它情况下没用**
133202

134203
### hashCode()与equals()的相关规定
135204

@@ -139,17 +208,43 @@ hashCode() 的作用是获取哈希码,也称为散列码;它实际上是返
139208
4. **因此,equals 方法被覆盖过,则 hashCode 方法也必须被覆盖**
140209
5. hashCode() 的默认行为是对堆上的对象产生独特值。如果没有重写 hashCode(),则该 class 的两个对象无论如何都不会相等(即使这两个对象指向相同的数据)
141210

142-
## 哪些场景下,子类需要重写 equals 方法和 hashCode 方法?
211+
**哪些场景下,子类需要重写 equals 方法和 hashCode 方法?**
143212

144213
需要判断两个对象状态的相等性的时候。
145214

215+
### 为什么要重写 hashcode( ) 还要重写 equals( ) ?反之亦可问。
216+
217+
重写equals方法是为了按我们自己的想法来比较两个对象是否相等。如果不重写hashCode方法,可能出现**具有相同含义的不同对象**(他们的hashCode不同)的情况。而如果只重写 hashCode 不重写 equals 方法,因为 equals其实就是 == ,只是判断两个对象是否是同一个对象,所以不能得到我们想要的结果。所以需要同时重写equals和hashCode方法,目的是为了准确定位到我们期望的key。
218+
219+
**在 hashmap 中考虑:**
220+
221+
**通过阅读源码得知,在 hashMap 的 put 方法中,寻址找到的桶位如果上面已经有元素了,就判断 hash 值是否相同的同时也要通过 equals 判断(equals 是判断 map 的key 值),都为 true 才覆盖原来的值。如果只重写其中任意一个就会造成值的重复。 **
222+
223+
通俗点的解释
224+
225+
hashcode就类似 门牌号,小区非常大但定位你住哪里告诉门牌号就可以,非常快速定位到(非常像组数下标)
226+
227+
equals就是找到门牌号后需要比较里面具体的房间,少一个都不可以。
228+
146229
## Java序列化中如果有些字段不想进行序列化,怎么办?
147230

148231
对于不想进行序列化的变量,使用transient关键字修饰。
149232

150233
transient关键字的作用是:阻止实例中那些用此关键字修饰的的变量序列化;当对象被反序列化时,被transient修饰的变量值不会被持久化和恢复。transient只能修饰变量,不能修饰类和方法。
151234

235+
ArrayList 中存储数据的数组 elementData 是用 transient 修饰的,因为这个数组是动态扩展的,并不是所有的空间都被使用,因此就不需要所有的内容都被序列化。通过重写序列化和反序列化方法,使得可以只序列化数组中有内容的那部分数据。
152236

237+
### 幂等性
238+
239+
幂等(idempotent、idempotence)是一个数学与计算机学概念,常见于抽象代数中,即f(f(x)) = f(x).简单的来说就是一个操作多次执行产生的结果与一次执行产生的结果一致。有些系统操作天生就具有幂等性例如数据库的select语句,但更多时候是需要程序员来做保证的,尤其是在分布式系统环境中,接口能不能做到保证幂等性对系统的影响可能是非常大的,例如很常见的支付下单等场景,由于分布式环境中网络的复杂性,用户误操作,网络抖动,消息重复,服务超时导致业务自动重试等等各种情况都可能会使线上数据产生了不一致,造成生产事故。
240+
241+
242+
243+
## 怎么防止前端重复提交?
244+
245+
1. 提交按钮后屏蔽提交按钮(前端js控制)
246+
2. 前端生产唯一id, 后端在数据库设计时业务字段加唯一约束,防止数据库插入重复数据。
247+
3. 利用Session防止表单重复提交
153248

154249
**ToDoList:**
155250

@@ -165,7 +260,7 @@ ConcurrentHashMap 的特性和实现原理;
165260

166261
什么是分布式锁以及其实现原理和使用场景;
167262

168-
幂等性问题。
263+
169264
# == 和 equals 的区别
170265
## == 解读
171266
对于基本类型和引用类型 == 的作用效果是不同的,如下所示:

0 commit comments

Comments
 (0)