文章讨论了线程池配置，如核心线程数设置依据，以及不同类型的拒绝策略。提到了消息中间件的作用，如服务解耦和异步通信。还涵盖了Spring中Bean的生命周期、作用域以及Web容器启动过程。此外，涉及数据库的乐观锁和悲观锁概念，以及TCP的三次握手和四次挥手过程。
1. 做一下自我介绍吧，你的XXX项目说一下？
２.你这个线程池的核心线程数怎么设置的？主要考虑啥？
CPU密集型： 核心线程数 = CPU核数 + 1 IO密集型： 核心线程数 = CPU核数 * 2
主要需要考虑的是 是否是ＩＯ密集， 因为ＩＯ密集的话， 会阻塞线程， 造成吞吐量的瓶颈． 然后我们根据压力测试微调，由９－＞１２
３．为什么要用消息中间件呢？不用可以吗？
主要是为了服务与服务的解耦，支持操作的失败， 主要使用的是它的异步通信能力。
2.线程池中ExecutorService中execaute()和submit()方法的区别？线程池都有哪些参数？拒绝策略有哪几种？
execaute() 无返回值。 submit有返回值。
线程池有七大参数， 分别是核心线程数， 最大线程数， 空闲时间，空闲时间单位， 等待队列， 拒绝策略，线程工厂。
拒绝策略有·。
abort, 丢弃任务并抛出 RejectedExecutionException 异常。
discard， 丢弃任务，但是不抛出异常。可以配合这种模式进行自定义的处理方式
DiscardOldestPolicy：丢弃队列最早的未处理任务，然后重新尝试执行任务
caller run， 由调用线程处理该任务。
等待队列：
ArrayBlockingQueue
LinkedBlockingQueue
SyncouseQueue 大小为1的 等待队列
优先队列
3.了解netty吗？说一说你知道的。看过dubbo的源码吗？说一说你了解的
零拷贝， 四次拷贝变成两次， RocketMQ用了这个技术
NIO， IO多路复用。 Dubbo底层也是这个技术
引用计数， Netty使用了引用技术来做 GC。
dubbo源码没看过, 没答上来
4.说说Spring中Bean的生命周期和Bean的作用域？Spring 在web 容器中的启动过程？IOC的实现原理？
Spring中Bean的生命周期 ：
Spring通过ApplicationContext读取xml或者JavaConfig， 得到BeanDefition。
然后根据BeanDefition 和反射调用构造器， 完成Bean对象的实例化过程
然后是属性的赋值， 根据xml配置或者@Autowired注解将对象的依赖关系注入到初始化的对象中， 如果是单例的话， 需要用三级缓存解决ABA问题。
接着就是Aware回调处理， 如果在三级缓存时没有因为循环依赖提前生成代理对象， 那么在这里生成代理对象。 单例的话还需要加入到一级缓存中。
最后是Bean的销毁， 单例的话是在Spring容器关闭的时候销毁， 最后会调用生命周期的销毁回调。
Bean的作用域
单例Singleton, 多例prototype
其他的作为范围很少用到， Request， Session， globe-session。
Spring 在web 容器中的启动过程
ServletContextListener是Servelet API 提供的监听器， 继承了EventListener，当Servlet容器启动或终止Web应用时，会触发ServletContextEvent事件，该事件由ServletContextListener来处理。
IOC的实现原理是根据Bean的生命周期和一级缓存(一个ConcurrentHashMap容器) 来实现的, 当需要时可以通过ByName或者byType 注入对应的属性.
5.讲讲数据库乐观锁和悲观锁？各自的适用条件？有没有sql调优经历。
乐观锁实际上需要我们自己去通过version和CAS算法去实现, 悲观锁则是默认的锁, 比如select... for update, 乐观锁适用于读多写少的情况,悲观锁适用于频繁写入的场景, 不然的话都会造成系统吞吐量下降.
6.讲一讲计算机网络的三次握手和四次挥手？为什么要三次握手，两次可以不？
三次握手是校验双方的收发能力.
四次挥手是因为发起方已经做好了关闭的请求, 但是接收关闭方还需要处理待处理的数据, 时间可能会比较久,如果合并ack和fin包的话, 可能会超时. 所以TCP设计成了两次独立的FIN流程.
第三次握手是为了保证服务器确认自己的发送能力ok. 两次没法保证.
扫一扫
729
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
