java技术网面整理

线程和进程的区别

根本区别：进程是操作系统资源分配的基本单位，而线程是任务调度和执行的基本单位在开销方面：每个进程都有独立的代码和数据存储空间，以及程序上下文，程序之间的切换会有较大的开销；线程可以看作轻量级的进程，同一类线程共享代码和数据空间，每个线程都有自己独立的运行栈和程序计数器（PC），线程之间切换的开销小。所处环境：在操作系统中能同时运行多个进程（程序）；而在同一个进程（程序）中有多个线程同时执行（通过CPU调度，在每个时间片中只有一个线程执行）内存分配方面：系统在运行的时候会为每个进程分配不同的内存空间；而对线程而言，除了CPU外，系统不会为线程分配内存（线程所使用的资源来自其所属进程的资源）线程组之间只能共享资源。包含关系：只有一个线程的进程可以看作是单线程的。如果一个进程内有多个线程，则执行过程不是一条线的，而是多条线（线程）共同完成的；线程是进程的一部分，所以线程也被称为轻权进程或者轻量级进程。

序列化和反序列化

/*序列化： 就是将内存中的对象转换为字节序列，方便持久化到磁盘或者网络传输。对象序列化过程可以分为两步：
第一: 将对象转换为字节数组
第二: 将字节数组存储到磁盘*/
==============================================public static byte[] getByteArray4Object(Object obj)throws Exception{ByteArrayOutputStream bao=new ByteArrayOutputStream();ObjectOutputStream os=new ObjectOutputStream(bao);os.writeObject(obj);return bao.toByteArray();
}public static void writeByteArrayToFile(String textFilePath,byte[]bytearr)throws Exception{FileOutputStream fos=new FileOutputStream(new File(textFilePath));fos.write(bytearr);
}====================================================================================
/*反序列化 就是将字节序列转换为内存中的对象
可以是文件中的，也可以是网络传输过来的
对象的序列化和反序列化主要就是使用ObjectOutputStream 和 ObjectInputStream*/
=========================================// 从文件中反序列化FileInputStream fis=new FileInputStream(textFilePath);ObjectInputStream ois=new ObjectInputStream(fis);User user2= (User) ois.readObject();// 字节流中反序列化byte[] bytearr=  getByteArray4Object(user);ByteArrayInputStream bais=new ByteArrayInputStream(bytearr);ObjectInputStream ois=new ObjectInputStream(bais);User user2=(User)ois.readObject();
===================================================================================

深拷贝和浅拷贝

数据类型分为两种基础类型和引用类型：1、基础类型：像Number、String、Boolean等这种为基本类型2、引用类型：Object和Array浅拷贝只是复制了对象的引用地址，两个对象指向同一个内存地址，所以修改其中任意的值，另一个    值都会随之变化，这就是浅拷贝（例：assign()）深拷贝是将对象及值复制过来，两个对象修改其中任意的值另一个值不会改变，

TCP和UDP区别

TCP和UDP是OSI模型中的运输层中的协议。TCP提供可靠的通信传输，而UDP则常被用于广播提供面向无连接的通信服务

详细请参考：https://blog.csdn.net/xiaoyuerp/article/details/84102318

MySQL DDL DML DQL DCL

DDL：(Data Definition Language 数据定义语言）用于操作对象及对象本身，这种对象包括数据库，表对象，及视图对象

create: 创建数据库和数据库的一些对象
drop: 删除数据表、索引、触发程序、条件约束以及数据表的权限等
alter: 修改数据表定义及数据属性

DML：（Data Manipulation Language 数据操控语言) 用于操作数据库对象对象中包含的数据

insert: 向数据库插入一条数据
delete: 删除表中的一条或多条记录
update: 修改表中的数据

DQL：(Data Query Language 数据查询语言) 用于查询数据

select: 查询表中的数据

DCL：（Data Control Language 数据控制语句）授权，角色控制等

grant: 授权
revoke: 取消授权

delete，drop，truncate 都有删除表的作用，区别在于：

1、delete 和 truncate 仅仅删除表数据，drop 连表数据和表结构一起删除，打个比方，delete 是单杀，truncate 是团灭，drop 是把电脑摔了。

2、delete 是 DML 语句，操作完以后如果没有不想提交事务还可以回滚，truncate 和 drop 是 DDL 语句，操作完马上生效，不能回滚，打个比方，delete 是发微信说分手，后悔还可以撤回，truncate 和 drop 是直接扇耳光说滚，不能反悔。

3、执行的速度上，drop>truncate>delete，打个比方，drop 是神舟火箭，truncate 是和谐号动车，delete 是自行车。

详情：https://blog.csdn.net/soulmate_P/article/details/80700475

B树，B+树，红黑树

（补充一堆被告知保存失败，WC）

三次握手四次挥手

详文：https://blog.csdn.net/qq_38950316/article/details/81087809

三次握手

第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

当客户端没有数据再需要发送给服务端时，就需要释放客户端的连接，这整个过程为：

1、客户端发送一个报文给服务端（没有数据），其中FIN设置为1，Seq置为u，客户端进入FIN_WAIT_1状态.（客户端发送第一次挥手后，就不能在向服务端发送数据了。）

2、服务端收到来自客户端的请求，发送一个ACK给客户端，Ack置为u+1，同时发送Seq为v，服务端年进入CLOSE_WAIT状态（Server 第一次响应后，还可以继续向 Client 发送数据，这里只是告诉 Client ，我收到你发送的关闭请求。）

3、服务端发送一个FIN给客户端，ACK置为1，Seq置为w，Ack置为u+1，用来关闭服务端到客户端的数据传送，服务端进入LAST_ACK状态（当 Server 的数据响应完成后，再告诉 Client，我这边也可以关闭请求了，这时Server 就不能再向 Client 发送数据了）

4、客户端收到FIN后，进入TIME_WAIT状态，接着发送一个ACK给服务端，Ack置为w+1，Seq置为u+1，最后客户端和服务端都进入CLOSED状态（此时，Client等待2MSL后依然没有收到回复，则证明 Server 端已正常关闭，那好，Client 也可以关闭连接了。）

如果已经建立了连接，但是客户端突然出现故障了怎么办？

TCP还设有一个保活计时器，显然，客户端如果出现故障，服务器不能一直等下去，白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器，时间通常是设置为2小时，若两小时还没有收到客户端的任何数据，服务器就会发送一个探测报文段，以后每隔75分钟发送一次。若一连发送10个探测报文仍然没反应，服务器就认为客户端出了故障，接着就关闭连接

为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？

1）保证A发送的最后一个ACK报文段能够到达B。2）防止“已失效的连接请求报文段”出现在本连接中。

可能网络是不可靠的，最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。

在Client发送出最后的ACK回复，但该ACK可能丢失。Server如果没有收到ACK，将不断重复发送FIN片段。所以Client不能立即关闭，它必须确认Server接收到了该ACK。

Client会在发送出ACK之后进入到TIME_WAIT状态。Client会设置一个计时器，等待2MSL的时间。如果在该时间内再次收到FIN，那么Client会重发ACK并再次等待2MSL。所谓的2MSL是两倍的MSL(Maximum Segment Lifetime)。MSL指一个片段在网络中最大的存活时间，2MSL就是一个发送和一个回复所需的最大时间。如果直到2MSL，Client都没有再次收到FIN，那么Client推断ACK已经被成功接收，则结束TCP连接。