2020求职笔记(三)

引子

有的地方,当你呼吸到那儿的空气,你身体里的每一根骨头都会告诉你,你不喜欢。

今天是崔小胖和我恋爱六周年的纪念日。有她在,我的世界就有光,任他千难万险,我都不会迷茫。加油吧,年轻人!

题目

1、如果一个对象作为 HashMap 的Key,那这个对象需要做些什么?在put一个键值对的时候,hashCode() 和 equals() 方法谁先被调用?两个对象hashCode()相等,equals()就一定会返回 true么?既然你说到了hash冲突,能详细介绍一下么?

如果一个对象作为HashMap的Key,那么我们需要重写这个对象的 hashCode() 和 equals() 方法。

在put一个键值对的时候时候,hashCode() 先调用;put(K key, V value) 底层实际调用的是 putVal(hash(key), key, value, false, true); 而这里的 hash(key) 方法就会首先调用到 key.hashCode();

  • 两个对象hashCode()相等,equals() 也不一定返回 true;
  • 两个对象 hashCode()不等,equals() 一定返回 false;
  • 两个对象 equals()返回true,hashCode() 一定相等;
  • 两个对象 equals()返回false,hashCode() 可能相等,可能不等;

原因是,可能存在hash冲突,使得两个不同的值在进行hash()函数计算过后,得到相同的hashCode;

对于hash冲突,常用的解决方案有两大类:

  • 开放寻址法
  • 链表法

对于链表法,我们常见的 HashMap,就采用的是这种方式来解决hash冲突。而对于 开放寻址法,又可以分为 线性探测法、二次探测法 和 双重散列法 等。

2、一个线程,调用start()方法两次,会有什么结果?一个线程在执行中如果需要另一个线程的执行结果,怎么处理?如果多个线程先后获取到了同一把锁,然后 wait(),你调用了 notifyAll() 了之后,这些线程怎么办?

如果对一个 Thread对象调用两次 start()方法,第一次正常调用,第二次会报错 IllegalThreadStateException

一个线程需要另一个线程的执行结果,可以采用下面两种方式:

  • Future模式;
  • Object.wait()、Object.notify()

在调用 notifyAll() 之后,会唤醒所有正在该对象上等待的线程,这些线程都会参与锁竞争,最终只有一个线程能持有锁,未拿到锁的,将阻塞。

3、Lock接口了解么?和synchronized关键字有什么区别?你提到了中断,当我们调用方法后,线程会立即被中断么?synchonized关键字是如何实现同步的?锁的可重入性是指什么呢?怎么实现的?你刚才还说到了Condition,一个ReentrantLock可以绑定多个Condition么?

对于Lock接口,我是结合着 ReentrantLock 来讲的,参考:https://blog.csdn.net/Zereao/article/details/105627948#t4

线程中断,涉及到的有三个方法:

// 为调用线程设置一个中断标记
public void interrupt();
// 检查调用线程是否被设置过中断标记
public boolean isInterrupted()

// Thread类的静态方法,判断当前线程是否被中断,并清除中断状态。如果连续两次调用该方法,则第二次调用将返回 false
public static boolean interrupted();

前两个是Thead类的实例方法,最后一个方法是Thread类的静态方法。需要注意的是,当我们调用interrupt()方法后,会出现下面两种情况之一:

  • 如果线程正在执行一个低级可中断的阻塞方法时,例如 Thread.sleep()、threadObj.join()、object.wait()等,线程将取消阻塞,并抛出 InterruptedException
  • 否则,只是给调用线程设置一个中断标记,并不会立即使线程中断;至于目标线程要如何响应这个中断标记,则需要自己去编码做处理。

对于synchronized关键字,在javac编译过后,会在同步块的前后插入 monitorentermonitorexit 两条字节码指令。这两条字节码指令都需要指定一个 reference 类型的参数来指明要锁定和解锁的对象。如果 Java代码中的 synchronized 明确指定了对象参数,那么就以这个对象的引用作为 reference;如果没有明确指定,那就根据 synchronized 修饰的方法类型(实例方法还是类方法),来决定是取代码所在的对象实例还是取类型对应的Class对象来作为线程要持有的锁。

锁的可重入性是指一个线程能够反复进入被他自己持有锁的同步块。可重入性是通过锁关联的计数器来实现的:在执行 monitorenter 指令时,首先要去尝试获取对象的锁。如果这个对象没有被锁定,或者这个对象已经持有了那个对象的锁,就把锁的计数器的值增加 1,而在执行 monitorexit 指令的时候计数器的值就会减1。一旦计数器的值为0,锁就会被释放掉。

一个ReentrantLock可以绑定多个 condition,同时,一个ReentrantLock对象也可以多次调用 lock() 方法实现多次锁定,但与之对应的是,释放的时候也需要释放多次。

4、你们项目中一般哪种线程池用的比较多?能解释下 corePoolSize 和 maxmiumPoolSize 这两个参数有什么区别么?有哪些拒绝策略可选呢?这几个相关的配置,你们一般是怎么决定大小配置多少呢?

常见的线程池都定义在 Executors类中,有下面三种:

  • newFixedThreadPool():返回一个固定线程数量的线程池。
  • newCacheTheadPool():返回一个可动态调整数量的线程池。
  • newScheduledThreadPool():返回一个可以给定时间执行任务的线程池。

此外还有两个比较特殊的:

  • newSingleThreadExecutor:返回一个只有一个线程的线程池
  • newSingleThreadScheduledExecutor:只有一个线程的,可以给定时间执行任务的线程池

在我们的项目中,我们一般是通过ThreadPoolExecutor来自定义线程池的,上面几种常见的线程池实际上也是 ThreadPoolExecutor 的封装。

corePoolSize指定了通常情况下线程池中的线程数量。当我们向线程池中提交一个任务的时候:

  • 如果线程池中的线程数小于 corePoolSize,则会新建一个线程去执行任务;
  • 如果线程数等于corePoolSize,但是有的线程是空闲状态,则复用空闲线程去执行任务;
  • 如果所有线程都被占用,则当前线程进入等待队列;
  • 如果等待队列已满,并且线程池中的线程数小于 maxmiumPoolSize 时,则会新建线程,去执行任务;
  • 如果线程池中的线程数等于 maxPoolSize,并且队列已满,则执行拒绝策略;

拒绝策略有四种:

  • AbortPolicy:直接抛出异常
  • CallerRunsPolicy:在调用者线程中运行被丢弃的任务
  • DiscardPolicy:默默丢弃任务,不予任何处理
  • DiscardOldestPolicy:丢弃最老的一个任务,也就是即将被执行的那个任务

线程池的几个配置,我们一般都是根据经验来定各项数值的大小的,考虑的因素就是 任务并发量、主机配置等。

5、Java内存模型能聊一下么?这里的工作内存相当于Java内存区域中的哪一块呢?Java虚拟机栈中存放了哪些信息呢?volatile关键字能聊一下么?内存屏障能聊一下么?

Java内存模型规定,所有的变量都存储在主内存中,每条线程都有自己的工作内存,工作内存保存了主内存中变量的副本。线程对变量的所有操作都必须在 工作内存 中,不能直接操作主内存中的变量。不同线程也不能访问对象的工作内存,线程之间的同步必须要通过主内存来完成。

这里的工作内存,相当于Java内存区域中的Java虚拟机栈,栈中存放了 局部变量表、操作数栈、动态链接、方法出口等信息。

对于volatile关键字,当一个变量被volatile修饰时,有两个效果:

  1. 保证了此变量在多线程环境下的可见性。
  2. 禁止指令重排优化

第一点,保证可见性。在多线程环境下,各工作内存中的变量可能仍然是不一致的,但是由于每次使用前,都需要从主内存刷新,使用完后必须刷新回主内存,Java执行引擎就看不见这种不一致,变现出来就是当一个线程更改了这个值,对其他线程来说是立即可见的。

第二点,禁止指令重排优化。这是通过“内存屏障”来实现的。所谓内存屏障,是指在volatile修饰的变量在赋值完成后,会多执行一条 lock前缀 空操作指令,这个操作就相当于一个“内存屏障”。指令重排时,后边的指令不能重排到内存屏障之前的位置。

对于lock前缀,其作用是 使本CPU的缓存写入内存,同时使其他CPU也无效化其缓存。

6、Spring是如何解决循环依赖的问题的?如果是构造方式注入呢?

Spring是通过“三级缓存”来解决循环依赖的问题的。在Spring中定义了三个Map,来作为缓存:

  • 一级缓存,singletonObjects,存放的是 已经实例化好的单例对象;
  • 二级缓存,earlySingletonObjects,存放的是 还没组装完毕就提前曝光的对象;
  • 三级缓存,singletonFactories,存放的是 即将要被实例化的对象的对象工厂;

当我们需要创建一个bean的时候,首先会从一级缓存singletonObjects中去尝试获取这个bean;如果没有,则会尝试去二级缓存earlySingletonObjects中获取;如果也没有,则会从三级缓存中去获取,找到对应的工厂,获取未完全填充完毕的bean。然后删除三级缓存的数据,并将这个bean填充到二级缓存。

假如依赖关系是 A -> B -> A 这样一个依赖关系。当需要获取A的时候,从一级、二级缓存中获取,都没有,于是就从三级缓存获取A,并将未完全填充完毕的A bean暴露到二级缓存。当继续填充A的其他属性的时候,发现A依赖了B。于是又从一级、二级缓存中去获取B,也没有,于是又从三级缓存获取B,并继续填充B的其他属性。此时发现B又依赖了A,从一级缓存获取A,没有,又从二级缓存获取A,将未完全填充完毕的A赋值给B。这样B就填充完毕了,B会被放到一级缓存中去,同时删除掉B的二级、三级缓存。B填充好了,A也就能填充好了。

如果是构造方式注入,Spring解决不了循环依赖的问题。Spring容器会将每一个正在创建的Bean的名称放到一个 Set中。如果在Bean的创建过程中如果发现自己已经在创建中了,就会抛出 BeanCurrentlyInCreationException 异常。

所以,要解决循环依赖的问题,我们一般使用 属性方式注入 或 setter方式注入。

7、docker网络模型说一下?

当我们在使用 docker run 创建容器时,可以使用 --net 来指定容器的网络模式。docker有下面4中网络模式:

  • host模式:此时容器和宿主机共同同一个网络空间,容器不会虚拟出自己的网卡、IP等。
  • container模式:此时新创建的容器和已经存在的容器共享一个网络空间,但各自的文件系统、系统进程列表还是隔离的。
  • bridge模式:默认的模式,它会为容器生成一个单独的子网络,每一个容器都有自己的网络空间。
  • none模式:此时容器拥有自己的网络空间,但是docker并不为容器进行任何网络配置。

8、TCP/IP四层架构和OSI七层架构之间是如何对应的?

9、CPU调度算法有哪些?内核态和用户态有什么区别?

CPU调度算法有下面几种:

  • 先到先服务调度算法
  • 最短作业优先调度算法
  • 优先级调度算法
  • 时间片轮转算法
  • 多级队列调度
  • 多级反馈队列调度

具体的详情参考:https://www.cnblogs.com/PIRATE-JFZHOU/p/8094790.html

当一个进程运行用户自己的代码时,处于用户态;当进程因为系统调用执行内核代码时,处于内核态。

参考文档

1、《计算机网络》第七版,谢希仁·著,第一章

2、https://www.cnblogs.com/PIRATE-JFZHOU/p/8094790.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值