备战2019秋招之必会javase面试题(二)

java重要知识点集合（基础）

关于 final 关键字的一些总结

• 修饰类
  当用final修饰一个类时，表明这个类不能被继承。也就是说，如果一个类你永远不会让他被继承，就可以用final进行修饰。
• 修饰方法
  父类的final方法是不能被子类所覆盖的，也就是说子类是不能够存在和父类一模一样的方法的。
• 修饰变量
  final成员变量表示常量，只能被赋值一次，赋值后值不再改变。
  当final修饰一个基本数据类型时，表示该基本数据类型的值一旦在初始化后便不能发生变化；如果final修饰一个引用类型时，则在对其初始化之后便不能再让其指向其他对象了，但该引用所指向的对象的内容是可以发生变化的。本质上是一回事，因为引用的值是一个地址，final要求值，即地址的值不发生变化。
  final修饰一个成员变量（属性），必须要显示初始化。这里有两种初始化方式，一种是在变量声明的时候初始化；第二种方法是在声明变量的时候不赋初值，但是要在这个变量所在的类的所有的构造函数中对这个变量赋初值。
• 当函数的参数类型声明为final时，说明该参数是只读型的。即你可以读取使用该参数，但是无法改变该参数的值。

static 关键字

• 修饰成员变量和成员方法
  被 static 修饰的成员属于类，不属于单个这个类的某个对象，被类中所有对象共享，可以并且建议通过类名调用。被static 声明的成员变量属于静态成员变量，静态变量 存放在 Java 内存区域的方法区。调用格式：类名.静态变量名类名.静态方法名()
• 静态代码块
  静态代码块定义在类中方法外, 静态代码块在非静态代码块之前执行(静态代码块—>非静态代码块—>构造方法)。 该类不管创建多少对象，静态代码块只执行一次.
• 静态内部类（static修饰类的话只能修饰内部类）
  静态内部类与非静态内部类之间存在一个最大的区别: 非静态内部类在编译完成之后会隐含地保存着一个引用，该引用是指向创建它的外围类，但是静态内部类却没有。没有这个引用就意味着：1. 它的创建是不需要依赖外围类的创建。2. 它不能使用任何外围类的非static成员变量和方法。
• 静态导包(用来导入类中的静态资源，1.5之后的新特性): 格式为：import static 这两个关键字连用可以指定导入某个类中的指定静态资源，并且不需要使用类名调用类中静态成员，可以直接使用类中静态成员变量和成员方法。

使用 this 和 super 要注意的问题：

在构造器中使用 super()调用父类中的其他构造方法时，该语句必须处于构造器的首行，否则编译器会报错。另外this 调用本类中的其他构造方法时，也要放在首行。

• this、super不能用在static方法中。
• 被 static 修饰的成员属于类，不属于单个这个类的某个对象，被类中所有对象共享。而 this 代表对本类对象的引用，指向本类对象；而 super 代表对父类对象的引用，指向父类对象；所以this和super是属于对象范畴的东西，而静态方法是属于类范畴的东西。

你重写过 hashcode 和 equals 么，为什么重写equals时必须重写hashCode方法？连环炮

• equals() 的作用
  equals() 定义在JDK的Object.java中。通过判断两个对象的地址是否相等(即，是否是同一个对象)来区分它们是否相等。
  源码如下：public boolean equals(Object obj) { return (this == obj);}
  若某个类没有覆盖equals()方法，当它的通过equals()比较两个对象时，实际上是比较两个对象是不是同一个对象。这时，等价于通过“==”去比较这两个对象。
  我们可以覆盖类的equals()方法，来让equals()通过其它方式比较两个对象是否相等。通常的做法是：若两个对象的内容相等，则equals()方法返回true；否则，返回fasle。

• == 与 equals相关知识
  == : 它的作用是判断两个对象的地址是不是相等。即，判断两个对象是不是同一个对象(基本数据类型==比较的是值，引用数据类型==比较的是内存地址)。
  equals() : 它的作用也是判断两个对象是否相等。但它一般有两种使用情况：
  情况1：类没有覆盖 equals() 方法。则通过 equals() 比较该类的两个对象时，等价于通过“==”比较这两个对象。
  情况2：类覆盖了 equals() 方法。一般，我们都覆盖 equals() 方法来比较两个对象的内容是否相等；若它们的内容相等，则返回 true (即，认为这两个对象相等)。
  说明：
  String 中的 equals 方法是被重写过的，因为 object 的 equals 方法是比较的对象的内存地址，而 String 的 equals 方法比较的是对象的值。
  当创建 String 类型的对象时，虚拟机会在常量池中查找有没有已经存在的值和要创建的值相同的对象，如果有就把它赋给当前引用。如果没有就在常量池中重新创建一个 String 对象。

• hashCode()的作用
  hashCode() 的作用是获取哈希码，也称为散列码；它实际上是返回一个int整数。这个哈希码的作用是确定该对象在哈希表中的索引位置。hashCode() 定义在JDK的Object.java中，这就意味着Java中的任何类都包含有hashCode() 函数。
  散列表存储的是键值对(key-value)，它的特点是：能根据“键”快速的检索出对应的“值”。这其中就利用到了散列码！（可以快速找到所需要的对象）
  hashCode()的作用也就是：确定该类的每一个对象在散列表中的位置
  Java集合中本质是散列表的类，如HashMap，Hashtable，HashSet

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

• hashCode（）与equals（）的相关规定
  如果两个对象相等，则hashcode一定也是相同的
  两个对象相等,对两个对象分别调用equals方法都返回true
  两个对象有相同的hashcode值，它们也不一定是相等的
  因此，equals 方法被覆盖过，则 hashCode 方法也必须被覆盖
  hashCode() 的默认行为是对堆上的对象产生独特值。如果没有重写 hashCode()，则该 class 的两个对象无论如何都不会相等（即使这两个对象指向相同的数据）

Java 中 IO 流分为几种?BIO,NIO,AIO 有什么区别?

• java 中 IO 流分为几种?
  按照流的流向分，可以分为输入流和输出流；
  按照操作单元划分，可以划分为字节流和字符流；
  按照流的角色划分为节点流和处理流。

• Java Io流共涉及40多个类，这些类看上去很杂乱，但实际上很有规则，而且彼此之间存在非常紧密的联系， Java I0流的40多个类都是从如下4个抽象类基类中派生出来的。
  InputStream/Reader: 所有的输入流的基类，前者是字节输入流，后者是字符输入流。
  OutputStream/Writer: 所有输出流的基类，前者是字节输出流，后者是字符输出流。

• 按操作方式分类结构图：

• 按操作对象分类结构图

BIO,NIO,AIO 有什么区别?

• bio：同步阻塞，服务端serverSocket，客户端socket，每个请求对应一个线程去完成

• nio：同步非阻塞，一个请求一个线程，客户端发送的连接请求会注册到多路复用器上，多路复用器会轮询到i/o请求时才启动一个线程去处理
  1.buffer缓存区，本质为数组，nio将所有数据用到缓存区中
  2.channel 写/读或者读写同时，是双向的，跟stream是差不多一个等级
  3.selector 用来轮询注册在其上的channel，channel有读写操作，就绪状态时会被selector轮询，通过selectKey取得channel集合，经行i/o操作
  用一个线程去处理selector，负责成千上完的channel
  用途：用于路径短，连接多，聊天服务器。
  缺点：一直接轮询，会乱费资源

• aio：异步非阻塞，io请求会交给操作系统判断，如果操作系统觉的可以才交给服务器处理

• 同步：一个请求，等待返回后才再发一个请求，可以避免死锁

• 异步：一个请求，不等待返回，随时可发送下一个请求，提高效率，保证并发。

什么是cookie？session和cookie有什么区别？（重点）

• cookie实际上是一小段的文本信息。客户端请求服务器，如果服务器需要记录该用户的状态，就使用response向客户端浏览器颁发一个cookie。客户端浏览器会把cookie保存起来。当浏览器再次请求该网站时，浏览器就会把请求地址和cookie一同给服务器。服务器检查该cookie，从而判断用户的状态。服务器还可以根据需要修改cookie的内容。 session是另一种记录客户状态的机制。不同的是cookie保存在客户端浏览器中，而当客户端向服务器发出请求时，要求服务器端产生一个session时，服务器端会先检查一下，客户端的cookie里面有没有session_id，是否过期。如果有这样的session_id的话，服务器端会根据cookie里的session_id把服务器的session检索出来。如果没有这样的session_id的话，服务器端会重新建立一个。如果说cookie机制是通过检查客户身上的“通信证”，那么session机制就是通过检查服务器上的“客户明细表”来确认客户身份。
• cookie的缺点
  1.Cookie数量和长度的限制。每个domain最多只能有20条cookie，每个cookie长度不能超过4KB，否则会被截掉。
  2.安全性问题。如果cookie被人拦截了，那人就可以取得所有的session信息。即使加密也与事无补，因为拦截者并不需要知道cookie的意义，他只要原样转发cookie就可以达到目的了。
  3.有些状态不可能保存在客户端。例如，为了防止重复提交表单，我们需要在服务器端保存一个计数器。如果我们把这个计数器保存在客户端，那么它起不到任何作用。