61、线程池的常用参数有哪些？
在Java中，我们一般通过继承Thread类和实现Runnnable接口，调用线程的start()方法实现线程的启动。但如果并发的数量很多，而且每个线程都是执行很短的时间便结束了，那样频繁的创建线程和销毁线程会大大的降低系统运行的效率。线程池正是为了解决多线程效率低的问题而产生的，他使得线程可以被复用，就是线程执行结束后不被销毁，而是可以继续执行其他任务。
java.uitl.concurrent.ThreadPoolExecutor类是线程池中核心的一个类，在ThreadPoolExecutor中提供了四个构造方法。通过源码可以发现，前面三个的构造器最后都是调用了第四个构造器进行初始化。
public class ThreadPoolExecutor extends AbstractExecutorService {
// .....
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue);
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory);
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,RejectedExecutionHandler handler);
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit, BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler);
//... ...
}线程池参数
corePollSize：核心线程数。在创建了线程池后，线程中没有任何线程，等到有任务到来时才创建线程去执行任务。默认情况下，在创建了线程池后，线程池中的线程数为0，当有任务来之后，就会创建一个线程去执行任务，当线程池中的线程数目达到corePoolSize后，就会把到达的任务放到阻塞队列当中。maximumPoolSize：最大线程数。表明线程中最多能够创建的线程数量。线程池中的当前线程数目不会超过该值。如果阻塞队列中任务已满，并且当前线程个数小于maximumPoolSize，那么会创建新的线程来执行任务。allowCoreThreadTimeOut：该属性用来控制是否允许核心线程超时退出。If false,core threads stay alive even when idle.If true, core threads use keepAliveTime to time out waiting for work。如果线程池的大小已经达到了corePoolSize，不管有没有任务需要执行，线程池都会保证这些核心线程处于存活状态。可以知道：该属性只是用来控制核心线程的。keepAliveTime：空闲的线程保留的时间，如果一个线程处在空闲状态的时间超过了该属性值，就会因为超时而退出。举个例子，如果线程池的核心大小corePoolSize=5，而当前大小poolSize =8，那么超出核心大小的线程，会按照keepAliveTime的值判断是否会超时退出。如果线程池的核心大小corePoolSize=5，而当前大小poolSize =5，那么线程池中所有线程都是核心线程，这个时候线程是否会退出，取决于allowCoreThreadTimeOut。TimeUnit：空闲线程的保留时间单位。BlockingQueue<Runnable>：阻塞队列，存储等待执行的任务。参数有ArrayBlockingQueue、LinkedBlockingQueue、SynchronousQueue可选。ThreadFactory：线程工厂，用来创建线程RejectedExecutionHandler：队列已满，而且任务量大于最大线程的异常处理策略。
TimeUnit有以下取值
TimeUnit.DAYS; //天
TimeUnit.HOURS; //小时
TimeUnit.MINUTES; //分钟
TimeUnit.SECONDS; //秒
TimeUnit.MILLISECONDS; //毫秒
TimeUnit.MICROSECONDS; //微妙
TimeUnit.NANOSECONDS; //纳秒RejectedExecutionHandler有以下取值
ThreadPoolExecutor.AbortPolicy：丢弃任务并抛出RejectedExecutionException异常。ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：由调用线程处理该任务
62、字节流与字符流的区别
要把一片二进制数据数据逐一输出到某个设备中，或者从某个设备中逐一读取一片二进制数据，不管输入输出设备是什么，我们要用统一的方式来完成这些操作，用一种抽象的方式进行描述，这个抽象描述方式起名为 IO 流，对应的抽象类为 OutputStream 和 InputStream ，不同的实现类就代表不同的输入和输出设备，它们都是针对字节进行操作的。
在应用中，经常要完全是字符的一段文本输出去或读进来，用字节流可以吗？计算机中的一切最终都是二进制的字节形式存在。对于“中国”这些字符，首先要得到其对应的字节，然后将字节写入到输出流。读取时，首先读到的是字节，可是我们要把它显示为字符，我们需要将字节转换成字符。由于这样的需求很广泛，人家专门提供了字符流的包装类。
底层设备永远只接受字节数据，有时候要写字符串到底层设备，需要将字符串转成字节再进行写入。字符流是字节流的包装，字符流则是直接接受字符串，它内部将串转成字节，再写入底层设备，这为我们向 IO 设别写入或读取字符串提供了一点点方便。
字符向字节转换时，要注意编码的问题，因为字符串转成字节数组，其实是转成该字符的某种编码的字节形式，读取也是反之的道理。
63、什么是 java 序列化，如何实现 java 序列化？或者请解解释Serializable 接口的作用。
详情请见https://blog.csdn.net/zyhlwzy/article/details/79868138
64、java 中会存在内存泄漏吗，请简单描述。
java 中的内存泄露的情况：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是 java 中内存泄露的发生场景，通俗地说，就是程序员可能创建了一个对象，以后一直不再使用这个对象，这个对象却一直被引用，即这个对象无用但是却无法被垃圾回收器回收的，这就是 java 中可能出现内存泄露的情况，例如，缓存系统，我们加载了一个对象放在缓存中(例如放在一个全局 map 对象中)，然后一直不再使用它，这个对象一直被缓存引用，但却不再被使用。
检查 java 中的内存泄露，一定要让程序将各种分支情况都完整执行到程序结束，然后看某个对象是否被使用过，如果没有，则才能判定这个对象属于内存泄露。
如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露。
内存泄露的另外一种情况：当一个对象被存储进 HashSet 集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了，否则，对象修改后的哈希值与最初存储进 HashSet 集合中时的哈希值就不同了，在这种情况下，即使在 contains 方法使用该对象的当前引用作为的参数去 HashSet 集合中检索对象，也将返回找不到对象的结果，这也会导致无法从 HashSet 集合中单独删除当前对象，造成内存泄露。
65、Spring中Bean的注入方式
Spring依赖注入的三种方式是构造注入、Set注入、注解（@Bean）注入。
对于构造注入，Spring在创建Bean实例时，需要同时实例化其依赖的全部实例。
对于复杂的依赖关系，若使用构造注入，会导致构造器过于臃肿。
在bean元素中使用constructor-arg元素来设值属性值的构造函数注入，可以通过该元素的type属性指定参数类型，index属性指定该参数在构造函数参数列表中的索引位置。
66、简述ApplicationContext接口
ApplicationContext是BeanFactory的子接口，ApplicationContext接口里面包含了BeanFactory的所有功能，并提供了一些扩展，比如更容易同SpringAOP特性整合，资源文件的处理，Spring为ApplicationContext提供的3种实现分别为：ClassPathXmlApplicationContext，FileSystemXmlApplicationContext和XmlWebApplicationContext。
67、Spring编程式事务管理和声明式事务管理的区别
Spring提供的事务管理可以分为两类：编程式和声明式。
编程式通过代码实现，比较直接，但是代码量大，重复的代码比较多，不易维护；Spring提供两种方式的编程式事务管理，分别是使用TransactionTemplate和直接使用PlatformTransactionManager。
声明式比编程式更灵活。声明式事务管理通过AOP实现，这是最少影响应用代码的选择。
68、Spring MVC的处理流程
详情请见：https://blog.csdn.net/zyhlwzy/article/details/80965958
69、Spring中@Transactional事务回滚
详情请见：https://blog.csdn.net/zyhlwzy/article/details/80711608
70、Java中的强引用、软引用、弱引用、虚引用