ok题：
1.equals 和== 区别
答：== : 它的作用是判断两个对象的地址是不是相等。即，判断两个对象是不是同 一个对象。(基本数据类型 == 比较的是值，引用数据类型 == 比较的是内存地址)
equals() : 它的作用也是判断两个对象是否相等。但它一般有两种使用情况： 情况1：类没有覆盖 equals() 方法。则通过 equals() 比较该类的两个对象时， 等价于通过“==”比较这两个对象。
情况
2：类覆盖了 equals() 方法。一般，我们都覆盖 equals() 方法来两个对象 的内容相等；若它们的内容相等，则返回 true (即，认为这两个对象相等)。
2.hashmap 原理 和jdk解决重新分配死锁
HashMap实现通过数组加链表，JDK1.8在计算hashcode值时进行了优化，同时也把链表进行升级为红黑二叉树加快结点遍历速度，程序有时执行HashMap的get()方法时会出现卡死（死锁发生）问题，原因是因为扩容时链表部分的指针产生了循环指向引用，导致执行get()遍历到此结点时发生死循环，JDK1.7在扩容时是直接头插法倒叙排一遍，JDK1.8是打乱顺序排一遍，但是如果恰好打乱后的数据某一段顺序和之前一样，还是会出现死锁问题！
https://blog.csdn.net/bibiboyx/article/details/98756621
3.jdk8新特性有哪些
4.currenthashmap 1.8改造
**改进一：取消segments字段，直接采用transient volatile HashEntry<K,V>[] table保存数据，采用table数组元素作为锁，从而实现了对每一行数据进行加锁，进一步减少并发冲突的概率。**
**改进二：将原先table数组＋单向链表的数据结构，变更为table数组＋单向链表＋红黑树的结构。对于hash表来说，最核心的能力在于将key hash之后能均匀的分布在数组中。如果hash之后散列的很均匀，那么table数组中的每个队列长度主要为0或者1。但实际情况并非总是如此理想，虽然ConcurrentHashMap类默认的加载因子为0.75，但是在数据量过大或者运气不佳的情况下，还是会存在一些队列长度过长的情况，如果还是采用单向列表方式，那么查询某个节点的时间复杂度为O(n)；因此，对于个数超过8(默认值)的列表，jdk1.8中采用了红黑树的结构，那么查询的时间复杂度可以降低到O(logN)，可以改进性能。**
5.reetenlock的公平锁和非公平锁
6.syn同步锁实现原理
7.线程池原理
8.其中Java 面向对象编程三大特性：抽象 封装 继承 多态
面向对象五大基本原则是：单一、开放封闭、里氏替换、依赖倒置、接口分离原则
9.形成死锁的四个必要条件是什么
1. 互斥条件：线程(进程)对于所分配到的资源具有排它性，即一个资源只 能被一个线程(进程)占用，直到被该线程(进程)释放
2. 请求与保持条件：一个线程(进程)因请求被占用资源而发生阻塞时，对 已获得的资源保持不放。
3. 不剥夺条件：线程(进程)已获得的资源在末使用完之前不能被其他线程 强行剥夺，只有自己使用完毕后才释放资源。
4. 循环等待条件：当发生死锁时，所等待的线程(进程)必定会形成一个环 路（类似于死循环），造成永久阻塞
10.创建线程有四种方式：
- 继承 Thread 类；
- 实现 Runnable 接口；
- 实现 Callable 接口；
- 使用 Executors 工具类创建线程池继承 Thread 类