【面试题】Java面试题--技术深度--个人学习记录

最新推荐文章于 2024-08-19 15:24:21 发布

大川里的小川人

最新推荐文章于 2024-08-19 15:24:21 发布

阅读量2.2k

点赞数 1

分类专栏： Java 面试后端开发学习专栏文章标签： Java 面试题

本文链接：https://blog.csdn.net/whandwho/article/details/82931798

版权

Java 同时被 3 个专栏收录

19 篇文章 1 订阅

订阅专栏

后端开发学习专栏

10 篇文章 2 订阅

订阅专栏

面试

5 篇文章 0 订阅

订阅专栏

1、有没有看过JDK源码，看过的类实现原理是什么。

2、HTTP协议

TCP详解

关于http协议

3、TCP协议

TCP详解

关于http协议

4、一致性Hash算法

5、JVM如何加载字节码文件

loading、verification、preparation 、 Resolution、initialization 、using 、unloading

6、类加载器如何卸载字节码（不是很清楚）

堆中的相应对象置为null，清空方法区中对应的二进制数据结构及其他数据变量等。

关于自定义加载器卸载class

7、IO和NIO的区别，NIO优点

网络NIO中的实战（涉及selector）

NIO很详细详解

JavaNIO

同步异步IO：同步异步指的是应用程序与操作系统OS之间的关系，同步需要等待操作系统切换到内核状态进行IO，等待IO结束后，切换到用户状态，继续执行；或者，用户程序轮询访问IO。即同步IO需要参与到IO这个过程。而异步是交给OS一个IO任务，IO完成后OS会通知应用程序。同异步体现在操作IO的主体，同步的主体是用户线程需要执行最后的IO（包括轮询），而异步IO是操作系统执行最后的IO，用户线程只需要获取数据即可。

阻塞非阻塞IO：传统IO即BIO即是阻塞IO，而JDK后面提出的NIO就是非阻塞的IO，阻塞IO需要获得指定的所有数据才可以返回用户状态（或者网络传输获得指定的所有数据）。而非阻塞的IO可以在获得一部分后即可以返回，在新的数据再次到来时再获取，并不会阻塞请求线程。尤其体现在网络数据接收中，如果使用阻塞IO，针对每一个client，都必须有一个线程监听（IO是断断续续的），但是使用非阻塞的时候，只需要很少的线程不断轮询指定的端口，分别获取标识的数据即可。不会有很多的线程被阻塞住。阻塞非阻塞体现在函数上，会阻塞线程。

同步非阻塞：NIO初版。引入buffer，同步即操作主体仍然为用户线程，非阻塞即不会阻塞在线程，但是需要线程轮询检查IO状态，buffer的循环读取。

异步非阻塞：NIO2.0，buffer和回调，操作主体为内核，OS完成之后即回调给用户线程并通知。更不会阻塞线程。

传统IO：面向流。即输入输出字符字节流 InputStream、Reader。之后加上了buffer缓冲。总之是字符字节流的所有扩展API。

NIO：面向块。同步非阻塞IO。引入channel和buffer，文件输入流获取channel→读入buffer→buffer写入channel→channel写入文件。

NIO优点：1、网络NIO无阻塞（很重要） 2、引入buffer，能够减少文件操作次数 3、面向块，操作速度比传统IO快。

示例：

public static void copyFileUseNIO(String src,String dst) throws IOException {
        //声明源文件和目标文件
        FileInputStream fi = new FileInputStream(new File(src));
        FileOutputStream fo = new FileOutputStream(new File(dst));
        //获得传输通道channel
        FileChannel inChannel = fi.getChannel();
        FileChannel outChannel = fo.getChannel();
        //获得容器buffer
        ByteBuffer buffer = ByteBuffer.allocate(1024);
        while (true) {
            //判断是否读完文件
            int eof = inChannel.read(buffer);
            if (eof == -1) {
                break;
            }
            //重设一下buffer的position=0，limit=position
            buffer.flip();
            //开始写
            outChannel.write(buffer);
            //写完要重置buffer，重设position=0,limit=capacity
            buffer.clear();
        }
        inChannel.close();
        outChannel.close();
        fi.close();
        fo.close();
    }

关于NIO的网络编程：此处体现了非阻塞的IO。

流程简述：有些类似于 severSocket 与 Socket 编程。

服务器端：ServerSocketChannel监听端口，并多开几个channel，同时将channel注册到selector组件里面，并给selector设置channel发来的感兴趣事件（此处是client与server都会设置的东西，4种值），设置好事件后，需要对channel进行循环监听，并且判断client过来的事件属性，做出channel数据接收。

客户端：SocketChannle，初始化hostname与port，将输入输入封装为byte[] → byte数组put进入byteBuffer → bufferBuffer写入channel。

8、Java线程池的实现原理，keepAliveTime等参数的作用。

线程池，对提交上的线程进行统一的管理。用户创建线程但是由线程池来管理执行，以及所有线程的执行顺序、生命周期等，都是由线程池管理，用户不再需要关心线程池何时清除。线程池

4个构造函数，参数分别是下面参数的部分组合。

线程池执行流程是：提交线程 → 核心线程是否满？继续：创建 → 等待对列是否满？继续 : 入队 → 是否超出最大线程数？异常处理handler : 继续 → 非核心是否满？创建图

corePoolSize：核心池的大小，这个参数跟后面讲述的线程池的实现原理有非常大的关系。在创建了线程池后，默认情况下，线程池中并没有任何线程，而是等待有任务到来才创建线程去执行任务，除非调用了prestartAllCoreThreads()或者prestartCoreThread()方法，从这2个方法的名字就可以看出，是预创建线程的意思，即在没有任务到来之前就创建corePoolSize个线程或者一个线程。默认情况下，在创建了线程池后，线程池中的线程数为0，当有任务来之后，就会创建一个线程去执行任务，当线程池中的线程数目达到corePoolSize后，就会把到达的任务放到缓存队列当中；
maximumPoolSize：线程池最大线程数，这个参数也是一个非常重要的参数，它表示在线程池中最多能创建多少个线程；
keepAliveTime：表示线程没有任务执行时最多保持多久时间会终止。默认情况下，只有当线程池中的线程数大于corePoolSize时，keepAliveTime才会起作用，直到线程池中的线程数不大于corePoolSize，即当线程池中的线程数大于corePoolSize时，如果一个线程空闲的时间达到keepAliveTime，则会终止，直到线程池中的线程数不超过corePoolSize。但是如果调用了allowCoreThreadTimeOut(boolean)方法，在线程池中的线程数不大于corePoolSize时，keepAliveTime参数也会起作用，直到线程池中的线程数为0；
unit：参数keepAliveTime的时间单位，有7种取值，在TimeUnit类中有7种静态属性：
TimeUnit.DAYS;               //天
TimeUnit.HOURS;             //小时
TimeUnit.MINUTES;           //分钟
TimeUnit.SECONDS;           //秒
TimeUnit.MILLISECONDS;      //毫秒
TimeUnit.MICROSECONDS;      //微妙
TimeUnit.NANOSECONDS;       //纳秒
workQueue：一个阻塞队列，用来存储等待执行的任务，这个参数的选择也很重要，会对线程池的运行过程产生重大影响，一般来说，这里的阻塞队列有以下几种选择：
ArrayBlockingQueue;
LinkedBlockingQueue;
SynchronousQueue;
　　ArrayBlockingQueue和PriorityBlockingQueue使用较少，一般使用LinkedBlockingQueue和Synchronous。线程池的排队策略与BlockingQueue有关。

threadFactory：线程工厂，主要用来创建线程；
handler：表示当拒绝处理任务时的策略，有以下四种取值：
ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。 
ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。 
ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：由调用线程处理该任务 
　　具体参数的配置与线程池的关系将在下一节讲述。

而官方不推荐这种方法，而是给出了Executors中的4个静态创建线程池方法，已经定义好部分参数。

CachedThreadPool:可缓存的线程池，该线程池中没有核心线程，非核心线程的数量为Integer.max_value，就是无限大，当有需要时创建线程来执行任务，没有需要时回收线程，适用于耗时少，任务量大的情况。同步排队策略

SecudleThreadPool:周期性执行任务的线程池，按照某种特定的计划执行线程中的任务，有核心线程，但也有非核心线程，非核心线程的大小也为无限大。适用于执行周期性的任务。特定的一种延迟排队策略

SingleThreadPool:只有一条线程来执行任务，适用于有顺序的任务的应用场景。linked排队策略

FixedThreadPool:定长的线程池，有核心线程，核心线程的即为最大的线程数量，没有非核心线程。linked排队策略

针对排队策略的深层探讨：

ArrayBlockingQueue：数组形式的，有界排队策略，可以避内存被耗光。AQS 抽象排队同步器 LinkedBlockingQueue：链表形式的排队策略，无界。AQS SynchronousQueue：同步的，队列中只能存一个，且这个必须被取走后下一个才能进入。 CAS 比较并交换

AQS 与 CAS（？？？？？？？？）：AQS CAS AQS

AQS 即抽象排队同步器，可重入 reenstrantLock 也是根据内部实现一个自定义同步器来实现的，同步器又分为了独占锁和共享模式，自定义同步器只需要重写部分方法即可。并且其中还有公平与非公平的策略提高并发量。

CAS 即比较并交换，现有的值 A 与期待值 B 不一样，则将现有值 A 赋值为 C，否则不操作，不断的循环请求，并且现有值 A 是通过 volatile 关键字修饰的，可以保证每次get的 A 是最新的值，这样就可以确保执行的线程是一个有序的线程序列，实现了不加锁的同步方式。因为CAS是基于乐观锁的，也就是说当写入的时候，如果寄存器旧值已经不等于现值，说明有其他CPU在修改，那就继续尝试。所以这就保证了操作的原子性。其中有ABA的缺点，即经过几次修改变回之前的值A，而被阻塞的线程只会判断值，所以引入版本判别，记录更改记录。使用volatile（省掉锁，却不能原子性，因为一次赋值操作分为了三步，copy到本地→赋值→刷新到缓存），而Atomic（volatile+CAS），同时起作用实现锁。关于 volatile 非原子性

参考：

https://www.cnblogs.com/xzn-smy/p/9172555.html

https://blog.csdn.net/wbb_1216/article/details/62882921

http://www.cnblogs.com/Mainz/p/3556430.html

https://blog.csdn.net/aesop_wubo/article/details/7537960

http://m.blog.sina.com.cn/s/blog_ee34aa660102wsuv.html#page=7

9、HTTP连接池实现原理

主要是用来降低连接次数，因为每次请求都经过三次握手、四次释放，网络延迟很大。（具体使用方法及原理？？？？？等计算机网络学完部分）

10、数据库连接池实现原理

建立一个管理机制，对connection、statement、result三种资源进行统一的管理，即开有限次资源的接口，交给一个数据结构进行统一的管理，然后释放线程对这个接口的使用权，通过并发控制来决定线程拥有公有访问接口的权利及顺序。很类似与线程池。https://www.cnblogs.com/newpanderking/p/3875749.html