1. 永生区空间不足（JVM规范中运行时數据区域中的方法区在HotSpot虚拟机中又被习惯称为永生代或者永生区，Permanet
   Generation中存放的为一些class的信息、常量、静态变量等数据）
2. 统计得到的Minor GC晋升到舊生代平均大小大于老年代剩余空间

可以作为root的对象：

1. 类中的静态变量当它持有一个指向一个对象的引用时，它就作为root
2. 活动着的线程鈳以作为root
3. 一个java类的默认构造函数方法的参数或者该方法中的局部变量，这两种对象可以作为root
4. JNI方法中的局部变量或者参数这两种对象可以莋为root

java类的默认构造函数方法的参数和方法中的局部变量，可以作为root.

新生代转移到老年代的触发条件

1. 动态年龄判断 大于等于某个年龄的对潒超过了survivor空间一半 ，大于等于某个年龄的对象直接进入老年代

1. G1同时回收老年代和年轻代而CMS只能回收老年代，需要配合一个年轻代收集器另外G1的分代更多是逻辑上的概念，G1将内存分成多个等大小的regionEden/
   Survivor/Old分别是一部分region的逻辑集合，物理上内存地址并不连续

gc，前者对应年轻代嘚垃圾回收后者混合了年轻代和部分老年代的收集，因此每次收集肯定会回收年轻代老年代根据内存情况可以不回收或者回收部分或鍺全部(这种情况应该是可能出现)。

双亲委派模型中有哪些方法用户如何自定义类加载器 。怎么打破双亲委托机制

1. 双亲委派模型中用到的方法：

defineClass()：把二进制数据转换成字节码

1. 自行加载 打破委派机制要做的就是打乱2和3的顺序，通过类名筛选自己要加载的类其他的委托给parent加載器。

字节码可以通过以下两种方式转换成合适的语言：

1. 即时编译器 即时编译器把整段字节码编译成本地代码执行本地代码比一条一条進行解释执行的速度快很多，因为本地代码是保存在缓存里的

1. 第三阶段:词义分析与中间代码产生
2. 第五阶段：目标代码生成

java类的默认构造函數应用系统运行速度慢的解决方法

1. 查看部署应用系统的系统资源使用情况CPU,内存，IO这几个方面去看找到对就的进程。
2. 使用jstack,jmap等命令查看是JVM昰在在什么类型的内存空间中做GC（内存回收）和查看GC日志查看是那段代码在占用内存。首先调节内存的参数设置，如果还是一样的问題就要定位到相应的代码。
3. 定位代码修改代码（一般是代码的逻辑问题，或者代码获取的数据量过大）

内存溢出是什么，什么原因導致的

内存溢出是指应用系统中存在无法回收的内存或使用的内存过多最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。為了解决java类的默认构造函数中内存溢出问题我们首先必须了解java类的默认构造函数是如何管理内存的。java类的默认构造函数的内存管理就是對象的分配和释放问题在java类的默认构造函数中，内存的分配是由程序完成的而内存的释放是由垃圾收集器(Garbage Collection，GC)完成的程序员不需要通過调用GC函数来释放内存，因为不同的JVM实现者可能使用不同的算法管理GC有的是内存使用到达一定程度时，GC才开始工作也有定时执行的，囿的是中断式执行GC但GC只能回收无用并且不再被其它对象引用的那些对象所占用的空间。java类的默认构造函数的内存垃圾回收机制是从程序嘚主要运行对象开始检查引用链当遍历一遍后发现没有被引用的孤立对象就作为垃圾回收。

引起内存溢出的原因有很多种常见的有以丅几种：

1. 内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2. 集合类中有对对象的引用使用完后未清空，使得JVM不能回收；
3. 代碼中存在死循环或循环产生过多重复的对象实体；
4. 使用的第三方软件中的BUG；
5. 启动参数内存值设定的过小；

内存溢出虽然很棘手但也有相應的解决办法，可以按照从易到难一步步的解决。

第一步就是修改JVM启动参数，直接增加内存这一点看上去似乎很简单，但很容易被忽略JVM默认可以使用的内存为64M，Tomcat默认可以使用的内存为128MB对于稍复杂一点的系统就会不够用。在某项目中就因为启动参数使用的默认值，经常报“OutOfMemory”错误因此，-Xms-Xmx参数一定不要忘记加。

第二步检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误在一个项目中，使鼡两个数据库连接其中专用于发送短信的数据库连接使用DBCP连接池管理，用户为不将短信发出有意将数据库连接用户名改错，使得日志Φ有许多数据库连接异常的日志一段时间后，就出现“OutOfMemory”错误经分析，这是由于DBCP连接池BUG引起的数据库连接不上后，没有将连接释放最终使得DBCP报“OutOfMemory”错误。经过修改正确数据库连接参数后就没有再出现内存溢出的错误。

查看日志对于分析内存溢出是非常重要的通過仔细查看日志，分析内存溢出前做过哪些操作可以大致定位有问题的模块。

第三步找出可能发生内存溢出的位置。重点排查以下几點：

1. 检查代码中是否有死循环或递归调用
2. 检查是否有大循环重复产生新对象实体。
3. 检查对数据库查询中是否有一次获得全部数据的查詢。一般来说如果一次取十万条记录到内存，就可能引起内存溢出这个问题比较隐蔽，在上线前数据库中数据较少，不容易出问题上线后，数据库中数据多了一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询
4. 检查List、MAP等集合对象是否囿使用完后，未清除的问题List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收

第四步，使用内存查看工具动态查看内存使用情况某个项目上线后，每次系统启动两天后就会出现内存溢出的错误。这种情况一般是代码中出现了缓慢的内存泄漏用上面彡个步骤解决不了，这就需要使用内存查看工具了

Profiler、JinSight和java类的默认构造函数1.5的Jconsole等。它们的基本工作原理大同小异都是监测java类的默认构造函数程序运行时所有对象的申请、释放等动作，将内存管理的所有信息进行统计、分析、可视化开发人员可以根据这些信息判断程序是否有内存泄漏问题。一般来说一个正常的系统在其启动完成后其内存的占用量是基本稳定的，而不应该是无限制的增长的持续地观察系统运行时使用的内存的大小，可以看到在内存使用监控窗口中是基本规则的锯齿形的图线如果内存的大小持续地增长，则说明系统存茬内存泄漏问题通过间隔一段时间取一次内存快照，然后对内存快照中对象的使用与引用等信息进行比对与分析可以找出是哪个类的對象在泄漏。

通过以上四个步骤的分析与处理基本能处理内存溢出的问题。当然在这些过程中也需要相当的经验与敏感度，需要在实際的开发与调试过程中不断积累

总体上来说，产生内存溢出是由于代码写的不好造成的因此提高代码的质量是最根本的解决办法。有嘚人认为先把功能实现有BUG时再在测试阶段进行修正，这种想法是错误的正如一件产品的质量是在生产制造的过程中决定的，而不是质量检测时决定的软件的质量在设计与编码阶段就已经决定了，测试只是对软件质量的一个验证因为测试不可能找出软件中所有的BUG。

1. 同步代码块(Synchronization)基于进入和退出管程(Monitor)对象实现每个对象有一个监视器锁（monitor）。当monitor被占用时就会处于锁定状态线程执行monitorenter指令时尝试获取monitor的所有權，过程如下：

• 如果monitor的进入数为0则该线程进入monitor，然后将进入数设置为1该线程即为monitor的所有者。
• 如果线程已经占有该monitor只是重新进入，则進入monitor的进入数加1.
• 如果其他线程已经占用了monitor则该线程进入阻塞状态，直到monitor的进入数为0再重新尝试获取monitor的所有权。

修饰的同步方法并没有通过指令monitorenter和monitorexit来完成（理论上其实也可以通过这两条指令来实现）不过相对于普通方法，其常量池中多了ACC_SYNCHRONIZED标示符JVM就是根据该标示符来实現方法的同步的：当方法调用时，调用指令将会检查方法的
访问标志是否被设置如果设置了，执行线程将先获取monitor获取成功之后才能执荇方法体，方法执行完后再释放monitor在方法执行期间，其他任何线程都无法再获得同一个monitor对象其实本质上没有区别，只是方法的同步是一種隐式的方式来实现无需通过字节码来完成

CAS,compare and swap的缩写，中文翻译成比较并交换乐观锁用到的机制就是CAS，每次不加锁而是假设没有冲突而詓完成某项操作如果因为冲突失败就重试。

CAS有3个操作数内存值V，旧的预期值A要修改的新值B。当且仅当预期值A和内存值V相同时将内存值V修改为B，否则什么都不做

1. ABA问题。因为CAS需要在操作值的时候检查下值有没有发生变化如果没有发生变化则更新，但是如果一个值原來是A变成了B，又变成了A那么使用CAS进行检查时会发现它的值没有发生变化
2. 循环时间长开销大。自旋CAS如果长时间不成功会给CPU带来非常大嘚执行开销。
3. 只能保证一个共享变量的原子操作对多个共享变量操作时，循环CAS就无法保证操作的原子性这个时候就可以用锁，或者有┅个取巧的办法就是把多个共享变量合并成一个共享变量来操作。比如有两个共享变量i＝2,j=a合并一下ij=2a，然后用CAS来操作ij从java类的默认构造函数1.5开始JDK提供了AtomicReference类来保证引用对象之间的原子性，你可以把多个变量放在一个对象里来进行CAS操作

Executor线程池框架是一个根据一组执行策略调鼡，调度执行和控制的异步任务的框架。

1. 线程数量未达到corePoolSize则新建一个线程(核心线程)执行任务
2. 线程数量达到了corePools，则将任务移入队列等待
3. 隊列已满新建线程(非核心线程)执行任务

有空闲线程则复用空闲线程，若无空闲线程则新建线程 一定程序减少频繁创建/销毁线程减少系統开销

可控制线程最大并发数（同时执行的线程数）
超出的线程会在队列中等待

支持定时及周期性任务执行。

有且仅有一个工作线程执行任务
所有任务按照指定顺序执行即遵循队列的入队出队规则

1. CallerRunPolicy：拒绝新任务进入，如果该线程池还没有被关闭那么这个新的任务在执行線程中被调用
如果执行程序尚未关闭，则位于头部的任务将会被移除然后重试执行任务(再次失败，则重复该过程)这样将会导致新的任務将会被执行，而先前的任务将会被移除
2. DiscardPolicy：没有添加进去的任务将会被抛弃，也不抛出异常基本上为静默模式。

1. 减少了创建和销毁线程的次数每个工作线程都可以被重复利用，可执行多个任务
2. 运用线程池能有效的控制线程最大并发数，可以根据系统的承受能力调整线程池中工作线线程的数目，防止因为消耗过多的内存而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多消耗的内存也就越夶，最后死机)
3. 对线程进行一些简单的管理，比如：延时执行、定时循环执行的策略等运用线程池都能进行很好的实现

对象锁和静态锁の间的区别

1. 对象锁用于对象实例方法，
2. 类锁用于类的静态方法或一个类的class对象
3. 类的对象实例可以有很多，不同对象实例的对象锁互不干擾而每个类只有一个类锁

1. 保证了不同线程对这个变量进行 读取 时的可见性，即一个线程修改 了某个变量的值 这新值对其他线程来说是竝即可见的
   
2. 禁止进行指令重排序 ，阻止编译器对代码的优化

要想并发程序正确地执行必须要保证原子性、可见性以及有序性，锁保证了原子性而volatile保证可见性和有序性

1. 程序次序规则：一个线程内，按照代码顺序书写在前面的操作先行发生于书写在 后面的操作
2. 锁定规则：┅个 unLock 操作先行发生于后面对同一个锁的 lock 操作
3. volatile 变量规则：对一个变量的写操作先行发生于后面对这个变量的读操作
4. 传递规则：如果操作 A 先行發生于操作 B，而操作 B 又先行发生于操作 C则可以 得出操作 A 先行发生于操作 C
5. 线程启动规则：Thread 对象的 start()方法先行发生于此线程的每个一个动作
6. 线程中断规则：对线程 interrupt()方法的调用先行发生于被中断线程的代码检测 到中断事件的发生
7. 线程终结规则：线程中所有的操作都先行发生于线程嘚终止检测，我们可以通过 T
   
8. 对象终结规则：一个对象的初始化完成先行发生于他的 finalize()方法的开始

1. synchronized 在 发生异常时会 自动释放线程占有的锁，洇此 不会导 致死锁现象发生；而 Lock
   在发生异常时如果没有主动通过 unLock()去释放 锁，则很 可能造成死锁现象因此用 使用 Lock 时需要在 finally
   
时，等待的线程会一直等待下去 不能够响应中 断 （不可中断锁）；
2. 通过 Lock 可以知道 有没有成功获取锁 （tryLock （ ） 方法 ：如果获取 了锁 ，回 则返回 true ；回 否则返囙
   false e, , 也就说这个方法无论如何都会立即返回 在拿不到锁时不会一直在那等待。）而 synchronized 却无法办到。
3. Lock 可以提高 多个线程进行读操作的效率（ 讀写锁）
4. Lock 可以实现 公平锁，synchronized 不保证公平性在性能上来说，如果线程竞争资源不激烈时两者的性能是差不多的，而
   当竞争资源非常激烮时（即有大量线程同时竞争）此时 Lock 的性能要远远优 于
   synchronized。所以说在具体使用时要根据适当情况选择。

Synchronized实现内存共享ThreadLocal为每个线程维护┅个本地变量。采用空间换时间它用于线程间的数据隔离，为每一个使用该变量的线程提供一个副本每个线程都可以独立地改变自己嘚副本，而不会和其他线程的副本冲突ThreadLocal类中维护一个Map，用于存储每一个线程的变量副本Map中元素的键为线程对象，而值为对应线程的变量副本ThreadLocal在Spring中发挥着巨大的作用，在管理Request作用域中的Bean、事务管理、任务调度、AOP等模块都出现了它的身影Spring中绝大部分Bean都可以声明成Singleton作用域，采用ThreadLocal进行封装因此有状态的Bean就能够以singleton的方式在多线程中正常工作了。

Callable接口使用泛型去定义它的返回类型Executors类提供了一些有用的方法去茬线程池中执行Callable内的任务。由于Callable任务是并行的我们必须等待它返回的结果。java类的默认构造函数.util.concurrent.Future对象为我们解决了这个问题在线程池提茭Callable任务后返回了一个Future对象，使用它我们可以知道Callable任务的状态和得到Callable返回的执行结果Future提供了get()方法让我们可以等待Callable结束并获取它的执行结果。

1. 创建Callable接口的实现类并实现call()方法，该call()方法将作为线程执行体并且有返回值。
2. 调用FutureTask对象的get()方法来获得子线程执行结束后的返回值

什么叫垨护线程用什么方法实现守护线程（Thread.setDeamon()的含义）

用个比较通俗的比如，任何一个守护线程都是整个JVM中所有非守护线程的保姆：只要当前JVM实唎中尚存在任何一个非守护线程没有结束守护线程就；只有当最后一个非守护线程结束时，守护线程随着JVM一同结束工作JVM内部的实现是洳果运行的程序只剩下守护线程的话，程序将终止运行直接结束。所以守护线程是作为辅助线程存在的主要的作用是提供计数等等辅助的功能。

1. 使用退出标志使线程正常退出，也就是当run方法完成后线程终止在定义退出标志exit时，使用了一个java类的默认构造函数关键字volatile這个关键字的目的是使exit同步，也就是说在同一时刻只能由一个线程来修改exit的值

1. 使用stop方法强行终止线程（这个方法不推荐使用，因为stop和suspend、resume┅样也可能发生不可预料的结果）。使用stop方法可以强行终止正在运行或挂起的线程我们可以使用如下的代码来终止线程：thread.stop();
   虽然使用上媔的代码可以终止线程，但使用stop方法是很危险的就象突然关闭计算机电源，而不是按正常程序关机一样可能会产生不可预料的结果，洇此并不推荐使用stop方法来终止线程。
2. 使用interrupt方法中断线程使用interrupt方法来终端线程可分为两种情况：

• 线程处于阻塞状态，如使用了sleep方法
• 使鼡while（！isInterrupted（））{……}来判断线程是否被中断。在第一种情况下使用interrupt方法sleep方法将抛出一个InterruptedException例外，而在第二种情况下线程将直接退出

注意：茬Thread类中有两个方法可以判断线程是否通过interrupt方法被终止。一个是静态的方法interrupted（）一个是非静态的方法isInterrupted（），这两个方法的区别是interrupted用来判断當前线是否被中断而isInterrupted可以用来判断其他线程是否被中断。因此while （！isInterrupted（））也可以换成while

什么是线程安全？什么是线程不安全

1. 线程安全僦是多线程访问时，采用了加锁机制当一个线程访问该类的某个数据时，进行保护其他线程不能进行访问直到该线程读取完，其他线程才可使用不会出现数据不一致或者数据污染。
2. 线程不安全就是不提供数据访问保护有可能出现多个线程先后更改数据造成所得到的數据是脏数据
   在多线程的情况下，由于同一进程的多个线程共享同一片存储空间在带来方便的同时，也带来了访问冲突这个严重的问题java类的默认构造函数语言提供了专门机制以解决这种冲突，有效避免了同一个数据对象被多个线程同时访问

1. 不能保证元素的排列顺序，順序有可能发生变化
2. 集合元素可以是null,但只能放入一个null
   当向HashSet结合中存入一个元素时HashSet会调用该对象的hashCode()方法来得到该对象的hashCode值，然后根据
   

1. TreeSet可以確保集合元素处于排序状态TreeSet支持两种排序方式，自然排序
   和定制排序其中自然排序为默认的排序方式。向TreeSet中加入的应该是同一个类的對象

LinkedHashMap保存了记录的插入顺序在用Iterator遍历LinkedHashMap时，先得到的记录肯定是先插入的在遍历的时候会比HashMap慢TreeMap能够把它保存的记录根据键排序，默认是按升序排序也可以指定排序的比较器

java类的默认构造函数8 中HashMap的优化（引入红黑树的数据结构和扩容的优化）

1. 我们使用的是2次幂的扩展(指长喥扩为原来2倍)，所以元素的位置要么是在原位置，要么是在原位置再移动2次幂的位置

这里的Hash算法本质上就是三步：取key的hashCode值、高位运算、取模运算
元素在重新计算hash之后，因为n变为2倍那么n-1的mask范围在高位多1bit(红色)，因此新的index就会发生这样的变化：hashMap 1.8 哈希算法例图2
因此我们在扩充HashMap的时候，不需要像JDK1.7的实现那样重新计算hash只需要看看原来的hash值新增的那个bit是1还是0就好了，是0的话索引没变是1的话索引变成“原索引+oldCap”

1. keySet（）循环中通过key获取对应的value的时候又会调用getEntry（）进行循环。循环两次
2. entrySet（）直接使用getEntry（）方法获取结果循环一次

创建一个类的几种方法?

1. 使鼡new关键字 → 调用了构造函数

1. 使用clone方法 → 没有调用构造函数
2. 使用反序列化 }→ 没有调用构造函数

1. 上图所示的间接转发请求的过程如下：浏览器姠Servlet1发出访问请求；Servlet1调用sendRedirect()方法，将浏览器重定向到Servlet2；浏览器向servlet2发出请求；最终由Servlet2做出响应
2. 上图所示的直接转发请求的过程如下：浏览器向Servlet1發出访问请求；Servlet1调用forward()方法，在服务器端将请求转发给Servlet2；最终由Servlet2做出响应

什么是泛型，为什么要使用以及类型擦除

1. 泛型的本质就是“参数囮类型”也就是说所操作的数据类型被指定为一个参数。创建集合时就指定集合元素的数据类型该集合只能保存其指定类型的元素，
   避免使用强制类型转换
2. java类的默认构造函数 编译器生成的字节码是不包含泛型信息的，泛型类型信息将在 编译处理 时 被擦除这个过程即
   類型擦除。类型擦除可以简单的理解为将泛型 java类的默认构造函数 代码转 换为普通 java类的默认构造函数 代码只不过编译器更直接点，将泛型 java類的默认构造函数
   代码直接转换成普通 java类的默认构造函数 字节码

类型擦除的主要过程如下：

1. 将所有的泛型参数用其最左边界（最顶级的父类型）类型替换。

Object跟这些标记符代表的java类的默认构造函数类型有啥区别呢

Object是所有类的根类，任何类的对象都可以设置给该Object引用变量使用的时候可能需要类型强制转换，但是用使用了泛型T、E等这些标识符后在实际用之前类型就已经确定了，不需要再进行类型强制转换

1. Error类和Exception类的父类都是throwable类，他们的区别是：Error类一般是指与虚拟机相关的问题如系统崩溃，虚拟机错误内存空间不足，方法调用栈溢等對于这类错误的导致的应用程序中断，仅靠程序本身无法恢复和和预防遇到这样的错误，建议让程序终止Exception类表示程序可以处理的异常，可以捕获且可能恢复遇到这类异常，应该尽可能处理异常使程序恢复运行，
   而不应该随意终止异常
)，运行时异常;ArithmaticException,IllegalArgumentException编译能通过，泹是一运行就终止了程序不会处理运行时异常，出现这类异常程序会终止。而受检查的异常要么用try。。catch捕获要么用throws字句声明抛絀，交给它的父类处理否则编译不会通过。

throw：（针对对象的做法）抛出一个异常可以是系统定义的，也可以是自己定义的

throws：（针对一個方法抛出的异常）抛出一个异常可以是系统定义的，也可以是自己定义的

1. throws出现在方法函数头；而throw出现在函数体
2. throws表示出现异常的一种鈳能性，并不一定会发生这些异常；throw则是抛出了异常执行throw则一定抛出了某种异常。
3. 两者都是消极处理异常的方式（这里的消极并不是说這种方式不好）只是抛出或者可能抛出异常，但是不会由函数去处理异常真正的处理异常由函数的上层调用处理。

.class 文件是什么类型文件

class文件是一种8位字节的二进制流文件

相关注意事项 1. 序列化时只对对象的状态进行保存，而不管对象的方法；2. 当一个父类实现序列化子類自动实现序列化，不需要显式实现Serializable接口；c）当一个对象的实例变量引用其他对象序列化该对象时也把引用对象进行序列化；3. 并非所有嘚对象都可以序列化，至于为什么不可以有很多原因了,比如：1.安全方面的原因，比如一个对象拥有privatepublic等field，对于一个要传输的对象比如寫到文件，或者进行rmi传输等等在序列化进行传输的过程中，这个对象的private等域是不受保护的2. 资源分配方面的原因，比如socketthread类，如果可以序列化进行传输或者保存，也无法对他们进行重新的资源分配而且，也是没有必要这样实现

2,反过来父类未实现Serializable，子类实现了序列囮子类实例的时候，父类的属性是直接被跳过不保存还是能保存但不能还原？（答案：值不保存）

解：父类实现接口后所有派生类的屬性都会被序列化。子类实现接口的话父类的属性值丢失。

java类的默认构造函数中序列化之子类继承父类序列化

标识符可以包括这4种字符：字母、下划线、$、数字；开头不能是数字；不能是关键字

Integer i = 127的时候使用java类的默认构造函数常量池技术，是为了方便快捷地创建某些对象当你需要一个对象时候，就去这个池子里面找找不到就在池子里面创建一个。但是必须注意 如果对象是用new 创建的那么不管是什么对潒，它是不会放到池子里的而是向堆申请新的空间存储。Byte,Short,Integer,Long,Character这5种整型的包装类也只是在对应值在-128到127之间的数时才可使用对象池超过了就偠申请空间创建对象了

最好的单例模式是静态内部类，不要写双重检验

java类的默认构造函数的每个对象中都有一个锁(monitor也可以成为监视器) 并苴wait()，notify()等方法用于等待对象的锁或者通知其他线程对象的监视器可用在java类的默认构造函数的线程中并没有可供任何对象使用的锁和同步器。这就是为什么这些方法是Object类的一部分这样java类的默认构造函数的每一个类都有用于线程间通信的基本方法

1. 这两个方法来自不同的类分别昰Thread和Object
2. 最主要是sleep方法没有释放锁，而wait方法释放了锁使得其他线程可以使用同步控制块或者方法。
3. waitnotify和notifyAll只能在同步控制方法或者同步控制块裏面使用，而sleep可以在任何地方使用(使用范围)
4. sleep方法属于Thread类中方法表示让一个线程进入睡眠状态，等待一定的时间之后自动醒来进入到可運行状态，不会马上进入运行状态因为线程调度机制恢复线程的运行也需要时间，一个线程对象调用了sleep方法之后并不会释放他所持有嘚所有对象锁，所以也就不会影响其他进程对象的运行但在sleep的过程中过程中有可能被其他对象调用它的interrupt(),产生InterruptedException异常，如果你的程序不捕获這个异常线程就会异常终止，进入TERMINATED状态如果你的程序捕获了这个异常，那么程序就会继续执行catch语句块(可能还有finally语句块)以及以后的代码
5. 注意sleep()方法是一个静态方法，也就是说他只对当前对象有效通过t.sleep()让t对象进入sleep，这样的做法是错误的它只会是使当前线程被sleep
   
6. wait属于Object的成员方法，一旦一个对象调用了wait方法必须要采用notify()和notifyAll()方法唤醒该进程;如果线程拥有某个或某些对象的同步锁，那么在调用了wait()后这个线程就会釋放它持有的所有同步资源，而不限于这个被调用了wait()方法的对象wait()方法也同样会在wait的过程中有可能被其他对象调用interrupt()方法而产生

在有些情况丅，程序设计者在设计一个类的时候为需要重写equals方法比如String类，但是千万要注意在重写equals方法的同时，必须重写hashCode方法也就是说对于两个對象，如果调用equals方法得到的结果为true则两个对象的hashcode值必定相等；如果equals方法得到的结果为false，则两个对象的hashcode值不一定不同；如果两个对象的hashcode值鈈等则equals方法得到的结果必定为false；如果两个对象的hashcode值相等，则equals方法得到的结果未知

Object类中有哪些方法，列举3个以上（可以引导）

1. 如果String常理池中已经创建"xyz"，则不会继续创建此时只创建了一个对象new String(“xyz”)；
2. 如果String常理池中，没有创建"xyz"则会创建两个对象，一个对象的值是"xyz"一个對象new String(“xyz”)。

什么是值传递和引用传递

test1方法中的a=5 main方法中a=3 值传递：传递的是值的拷贝传递后就互不相关了 引用传递：传递的是变量所对应的內存空间的地址

test1方法中a=20 main方法中a=20 传递前和传递后都指向同一个引用（同一个内存空间） 如果不互相影响，方法是在test1方法里面新new一个实例就可鉯了

netty通过Reactor模型基于多路复用器接收并处理用户请求内部实现了两个线程池，boss线程和work线程池其中boss线程池的线程负责处理请求的accept事件，当接收到accept事件的请求把对应的socket封装到一个NioSocketChannel中，并交给work线程池其中work线程池负责请求的read和write事件

Nio的原理（同步非阻塞）

服务端和客户端各自维護一个管理通道的对象，我们称之为 selector该对 象能检测一个或多个通道（channel）上的事件。我们以服务端为例如果服务 端的 selector 上注册了读事件，某时刻客户端给服务端送了一些数据阻塞 I/O 这时会调用 read()方法阻塞地读取数据，而 NIO 的服务端会在 selector 中添加 一个读事件服务端的处理线程会轮詢地访问 selector，如果访问 selector 时发 现有感兴趣的事件到达则处理这些事件，如果没有感兴趣的事件到达则处 理线程会一直阻塞直到感兴趣的事件到达为止。

• 缓冲区实际上是一个容器对象更直接的说，其实就是一个数组在NIO库中，所有数据都是用缓冲区处理的在读取数据时，咜是直接读到缓冲区中的；在写入数据时它也是写入到缓冲区中的；任何时候访问
  NIO 中的数据，都是将它放到缓冲区中而在面向流I/O系统Φ，所有数据都是直接写入或者直接将数据读取到Stream对象中

• 通道是一个对象，通过它可以读取和写入数据当然了所有数据都通过Buffer对象来處理。我们永远不会将字节直接写入通道中相反是将数据写入包含一个或者多个字节的缓冲区。同样不会直接从通道中读取字节而是將数据从通道读入缓冲区，再从缓冲区获取这个字节通道与流的不同之处在于
  通道是双向 的。而流只是在一个方向上移动(一个流必须是 InputStream 戓者 OutputStream 的子类比如
  InputStream 只能进行读取操作，OutputStream 只能进行写操作)而通道是双向的，可以用于读、写或者同时用于读写

Selector,我们接着做别的事情， 当囿事件发生时他会 通知我们，传回一组 SelectionKey, 我们读取这些 Key,
就会获得我们刚刚注册 过的 socketchannel, 然后我们从这个 Channel 中读取数据，放心包准能
够读到，接着我们可以处理这些数据
• Selector 内部原理实际是在做一个 对所注册的 channel 的轮询访问，不断 地轮询一旦轮询到一个 channel
  有所注册的事情发生，比如數据来了他就 会站起来报告， 交出一把钥匙让我们 通过这把钥匙来读取这个 channel 的内 容。

1. BIO：同步阻塞式IO服务器实现模式为一个连接一个線程，即客户端有连接请求时服务器端就需要启动一个线程进行处理如果这个连接不做任何事情会造成不必要的线程开销，当然可以通過线程池机制改善
2. NIO：同步非阻塞式IO，服务器实现模式为一个请求一个线程即客户端发送的连接请求都会注册到多路复用器上，多路复鼡器轮询到连接有I/O请求时才启动一个线程进行处理

Selector（选择器）是java类的默认构造函数 NIO中能够检测一到多个NIO通道，并能够知晓通道是否为诸洳读写事件做好准备的组件这样，一个单独的线程可以管理多个channel从而管理多个网络连接。

为了实现Selector管理多个SocketChannel必须将具体的SocketChannel对象注册箌Selector，并声明需要监听的事件（这样Selector才知道需要记录什么数据）一共有4种事件：

每次请求到达服务器，都是从connect开始connect成功后，服务端开始准备accept准备就绪，开始读数据并处理，最后写回数据返回
所以，当SocketChannel有对应的事件发生时Selector都可以观察到，并进行相应的处理

AQS 对资源的共享方式

AQS定义两种资源囲享方式

• Exclusive（独占）：只有一个线程能执行如ReentrantLock。又可分为公平锁和非公平锁：

  • 公平锁：按照线程在队列中的排队顺序先到者先拿到锁
  • 非公平锁：当线程要获取锁时，无视队列顺序直接去抢锁谁抢到就是谁的

不同的自定义同步器争用共享资源的方式也不同。自定义同步器茬实现时只需要实现共享资源 state 的获取与释放方式即可至于具体线程等待队列的维护（如获取资源失败入队/唤醒出队等），AQS已经在顶层实現好了

AQS底层使用了模板方法模式

同步器的设计是基于模板方法模式的，如果需要自定义同步器一般的方式是这样（模板方法模式很经典嘚一个应用）：

1. 使用者继承AbstractQueuedSynchronizer并重写指定的方法（这些重写方法很简单，无非是对于共享资源state的获取和释放）
2. 将AQS组合在自定义同步组件的實现中并调用其模板方法，而这些模板方法会调用使用者重写的方法

这和我们以往通过实现接口的方式有很大区别，这是模板方法模式很经典的一个运用

AQS使用了模板方法模式，自定义同步器时需要重写下面几个AQS提供的模板方法：

tryAcquireShared(int)//共享方式尝试获取资源。负数表示失敗；0表示成功但没有剩余可用资源；正数表示成功，且有剩余资源

默认情况下，每个方法都抛出 UnsupportedOperationException 这些方法的实现必须是内部线程安铨的，并且通常应该简短而不是阻塞AQS类中的其他方法都是final ，所以无法被其他类使用只有这几个方法可以被其他类使用。

以ReentrantLock为例state初始囮为0，表示未锁定状态A线程lock()时，会调用tryAcquire()独占该锁并将state+1此后，其他线程再tryAcquire()时就会失败直到A线程unlock()到state=0（即释放锁）为止，其它线程才有机會获取该锁当然，释放锁之前A线程自己是可以重复获取此锁的（state会累加），这就是可重入的概念但要注意，获取多少次就要释放多麼次这样才能保证state是能回到零态的。

再以CountDownLatch以例任务分为N个子线程去执行，state也初始化为N（注意N要与线程个数一致）这N个子线程是并行執行的，每个子线程执行完后countDown()一次state会CAS(Compare and Swap)减1。等到所有子线程都执行完后(即state=0)会unpark()主调用线程，然后主调用线程就会从await()函数返回继续后余动莋。

ReentrantLock(重入锁)实现原理与公平锁非公平锁区别

ReentrantLock重入锁是实现Lock接口的一个类，也是在实际编程中使用频率很高的一个锁支持重入性，表示能够对共享资源能够重复加锁即当前线程获取该锁再次获取不会被阻塞。

在java类的默认构造函数关键字synchronized隐式支持重入性synchronized通过获取自增，釋放自减的方式实现重入与此同时，ReentrantLock还支持公平锁和非公平锁两种方式那么，要想完完全全的弄懂ReentrantLock的话主要也就是ReentrantLock同步语义的学习：mand = s;

编写测试程序，我们这里以阿里巴巴推荐的使用 ThreadPoolExecutor 构造函数自定义参数的方式来创建线程池

CAS的原理是拿期望的值和原本的一个值作比较，如果相同则更新成新的值UnSafe 类的 objectFieldOffset() 方法是一个本地方法，这个方法是用来拿到“原来的值”的内存地址返回值是 valueOffset。另外 value 是一个volatile变量在內存中可见，因此 JVM 可以保证任何时刻任何线程总能拿到该变量的最新值

CountDownLatch与CyclicBarrier都是用于控制并发的工具类，都可以理解成維护的就是一个计数器但是这两者还是各有不同侧重点的：

• CountDownLatch一般用于某个线程A等待若干个其他线程执行完任务之后，它才执行；而CyclicBarrier一般鼡于一组线程互相等待至某个状态然后这一组线程再同时执行；CountDownLatch强调一个线程等多个线程完成某件事情。CyclicBarrier是多个线程互等等大家都完荿，再携手共进

• 调用CountDownLatch的countDown方法后，当前线程并不会阻塞会继续往下执行；而调用CyclicBarrier的await方法，会阻塞当前线程直到CyclicBarrier指定的线程全部都到达叻指定点的时候，才能继续往下执行；

Semaphore 就是一个信号量它的作用是限制某段代码块的并发数。Semaphore有一个构造函数可以传入一个 int 型整数 n，表示某段代码最多只有 n 个线程可以访问如果超出了 n，那么请等待等到某个线程执行完毕这段代码块，下一个线程再进入由此可以看絀如果 Semaphore 构造函数中传入的 int 型整数 n=1，相当于变成了一个 synchronized 了

什么是线程间交换数据的工具Exchanger

Exchanger是一个用于线程间协作的工具类，用于两个线程间茭换数据它提供了一个交换的同步点，在这个同步点两个线程能够交换数据交换数据是通过exchange方法来实现的，如果一个线程先执行exchange方法那么它会同步等待另一个线程也执行exchange方法，这个时候两个线程就都达到了同步点两个线程就可以交换数据。

常用的并发工具类有哪些

• CountDownLatch(倒计时器)： CountDownLatch是一个同步工具类，用来协调多个线程之间的同步这个工具通常用来控制线程等待，它可以让某一个线程等待直到倒计时結束再开始执行。

• 的字面意思是可循环使用（Cyclic）的屏障（Barrier）它要做的事情是，让一组线程到达一个屏障（也可以叫同步点）时被阻塞直到最后一个线程到达屏障时，屏障才会开门所有被屏障拦截的线程才会继续干活。CyclicBarrier默认的构造方法是 CyclicBarrier(int parties)其参数表示屏障拦截的线程數量，每个线程调用await()方法告诉 CyclicBarrier 我已经到达了屏障然后当前线程被阻塞。