关于java:我有一剑可开天门分享一套百度的面试真题这边建议是收藏

3次阅读

共计 5643 个字符,预计需要花费 15 分钟才能阅读完成。

前言

说一下,最新在重温雪中悍刀行这本小说,故此有了这么一个沙雕题目(小声 bb。这本书是真的难看),这套面试题是一个粉丝总结完发给我的,本意是想让我分享进去帮忙到更多的人,我整顿了一下,算是比拟具体,上面分享给大家!

BeanFactory 和 ApplicationContext 有什么区别

  • BeanFactory 能够了解为含有 bean 汇合的工厂类。BeanFactory 蕴含了种 bean 的定义,以便在接管到客户端申请时将对应的 bean 实例化。
  • BeanFactory 还能在实例化对象的时生成合作类之间的关系。此举将 bean 本身与 bean 客户端的配置中解放出来。BeanFactory 还蕴含了 bean 生命周期的管制,调用客户端的初始化办法(initialization methods)和销毁办法(destruction methods)。
  • 从外表上看,application context 如同 bean factory 一样具备 bean 定义、bean 关联关系的设置,依据申请散发 bean 的性能。但 application context 在此基础上还提供了其余的性能。
  • 提供了反对国际化的文本音讯
  • 对立的资源文件读取形式
  • 已在监听器中注册的 bean 的事件

Spring Bean 的生命周期

  • Spring Bean 的生命周期简略易懂。在一个 bean 实例被初始化时,须要执行一系列的初始化操作以达到可用的状态。同样的,当一个 bean 不在被调用时须要进行相干的析构操作,并从 bean 容器中移除。
  • Spring bean factory 负责管理在 spring 容器中被创立的 bean 的生命周期。Bean 的生命周期由两组回调(call back)办法组成。
  • 初始化之后调用的回调办法。
  • 销毁之前调用的回调办法。
  • Spring 框架提供了以下四种形式来治理 bean 的生命周期事件:
  • InitializingBean 和 DisposableBean 回调接口
  • 针对非凡行为的其余 Aware 接口
  • Bean 配置文件中的 Custom init() 办法和 destroy() 办法
  • @PostConstruct 和 @PreDestroy 注解形式

Spring IOC 如何实现

  • Spring 中的 org.springframework.beans 包和 org.springframework.context 包形成了 Spring 框架 IoC 容器的根底。
  • BeanFactory 接口提供了一个先进的配置机制,使得任何类型的对象的配置成为可能 ApplicationContex 接口对 BeanFactory(是一个子接口)进行了扩大,在 BeanFactory 的根底上增加了其余性能,比方与 Spring 的 AOP 更容易集成,也提供了解决 messageresource 的机制(用于国际化)、事件流传以及应用层的特地配置,比方针对 Web 利用的 WebApplicationContext。
  • org.springframework.beans.factory.BeanFactory 是 Spring IoC 容器的具体实现,用来包装和治理后面提到的各种 bean。BeanFactory 接口是 Spring IoC 容器的外围接口。

说说 Spring AOP

  • 面向切面编程,在咱们的利用中,常常须要做一些事件,然而这些事件与外围业务无关,比方,要记录所有 update* 办法的执行工夫工夫,操作人等等信息,记录到日志,
  • 通过 spring 的 AOP 技术,就能够在不批改 update* 的代码的状况下实现该需要。

Spring AOP 实现原理

  • Spring AOP 中的动静代理次要有两种形式,JDK 动静代理和 CGLIB 动静代理。JDK 动静代理通过反射来接管被代理的类,并且要求被代理的类必须实现一个接口。JDK 动静代理的外围是 InvocationHandler 接口和 Proxy 类。
  • 如果指标类没有实现接口,那么 Spring AOP 会抉择应用 CGLIB 来动静代理指标类。CGLIB(Code Generation Library),是一个代码生成的类库,能够在运行时动静的生成某个类的子类,留神,CGLIB 是通过继承的形式做的动静代理,因而如果某个类被标记为 final,那么它是无奈应用 CGLIB 做动静代理的。

动静代理(cglib 与 JDK)

  • JDK 动静代理类和委托类须要都实现同一个接口。也就是说只有实现了某个接口的类能够应用 Java 动静代理机制。然而,事实上应用中并不是遇到的所有类都会给你实现一个接口。因而,对于没有实现接口的类,就不能应用该机制。而 CGLIB 则能够实现对类的动静代理。

Spring 事务实现形式

编码方式
  • 所谓编程式事务指的是通过编码方式实现事务,即相似于 JDBC 编程实现事务管理。
申明式事务管理形式
  • 申明式事务管理又有两种实现形式:基于 xml 配置文件的形式;另一个切实业务办法上进行 @Transaction 注解,将事务规定利用到业务逻辑中

Spring 事务底层原理

划分处理单元——IOC
  • 因为 spring 解决的问题是对单个数据库进行部分事务处理的,具体的实现首相用 spring 中的 IOC 划分了事务处理单元。并且将对事务的各种配置放到了 ioc 容器中(设置事务管理器,设置事务的流传个性及隔离机制)。
AOP 拦挡须要进行事务处理的类
  • Spring 事务处理模块是通过 AOP 性能来实现申明式事务处理的,具体操作(比方事务履行的配置和读取,事务对象的形象),用 TransactionProxyFactoryBean 接口来应用 AOP 性能,生成 proxy 代理对象,通过 TransactionInterceptor 实现对代理办法的拦挡,将事务处理的性能编织到拦挡的办法中。读取 ioc 容器事务配置属性,转化为 spring 事务处理须要的外部数据结构(TransactionAttributeSourceAdvisor),转化为 TransactionAttribute 示意的数据对象。
对事物解决实现(事务的生成、提交、回滚、挂起)
  • spring 委托给具体的事务处理器实现。实现了一个形象和适配。适配的具体事务处理器:DataSource 数据源反对、hibernate 数据源事务处理反对、JDO 数据源事务处理反对,JPA、JTA 数据源事务处理反对。这些反对都是通过设计 PlatformTransactionManager、AbstractPlatforTransaction 一系列事务处理的反对。为罕用数据源反对提供了一系列的 TransactionManager。
联合
  • PlatformTransactionManager 实现了 TransactionInterception 接口,让其 TransactionProxyFactoryBean 联合起来,造成一个 Spring 申明式事务处理的设计体系。

如何自定义注解实现性能

  • 创立自定义注解和创立一个接口类似,然而注解的 interface 关键字须要以 @符号结尾。
  • 注解办法不能带有参数;
  • 注解办法返回值类型限定为:根本类型、String、Enums、Annotation 或者是这些类型的数组;
  • 注解办法能够有默认值;
  • 注解自身可能蕴含元注解,元注解被用来注解其它注解。

Spring MVC 运行流程

  • .spring mvc 将所有的申请都提交给 DispatcherServlet, 它会委托利用零碎的其余模块负责对申请 进行真正的解决工作。
  • DispatcherServlet 查问一个或多个 HandlerMapping, 找到解决申请的 Controller.
  • DispatcherServlet 请申请提交到指标 Controller
  • Controller 进行业务逻辑解决后,会返回一个 ModelAndView
  • Dispathcher 查问一个或多个 ViewResolver 视图解析器, 找到 ModelAndView 对象指定的视图对象
  • 视图对象负责渲染返回给客户端。

Spring MVC 启动流程

  • 在 web.xml 文件中给 Spring MVC 的 Servlet 配置了 load-on-startup, 所以程序启动的时候会初始化 Spring MVC,在 HttpServletBean 中将配置的 contextConfigLocation 属性设置到 Servlet 中,而后在 FrameworkServlet 中创立了 WebApplicationContext,DispatcherServlet 依据 contextConfigLocation 配置的 classpath 下的 xml 文件初始化了 Spring MVC 总的组件。

Spring 的单例实现原理

  • Spring 对 Bean 实例的创立是采纳单例注册表的形式进行实现的,而这个注册表的缓存是 ConcurrentHashMap 对象。

Spring 框架中用到了哪些设计模式

  • 代理模式—在 AOP 和 remoting 中被用的比拟多。
  • 单例模式—在 spring 配置文件中定义的 bean 默认为单例模式。
  • 模板办法—用来解决代码反复的问题。比方. RestTemplate, JmsTemplate,JpaTemplate。> 前端控制器—Spring 提供了 DispatcherServlet 来对申请进行散发。
  • 视图帮忙 (View Helper)—Spring 提供了一系列的 JSP 标签,高效宏来辅助将扩散的代码整合在视图里。
  • 依赖注入—贯通于 BeanFactory / ApplicationContext 接口的核心理念。
  • 工厂模式—BeanFactory 用来创建对象的实例。

为什么抉择 Netty

  • API 应用简略,开发门槛低;
  • 功能强大,预置了多种编解码性能,反对多种支流协定;
  • 定制能力强,能够通过 ChannelHandler 对通信框架进行灵便的扩大;
  • 性能高,通过与其它业界支流的 NIO 框架比照,Netty 的综合性能最优;
  • 成熟、稳固,Netty 修复了曾经发现的所有 JDK NIO BUG,业务开发人员不须要再为 NIO 的 BUG 而懊恼;
  • 社区沉闷,版本迭代周期短,发现的 BUG 能够被及时修复,同时,更多的新性能会被退出;
  • 经验了大规模的商业利用考验,品质曾经失去验证。在互联网、大数据、网络游戏、企业应用、电信软件等泛滥行业失去胜利商用,证实了它能够齐全满足不同行业的商业利用。
  • 正是因为这些长处,Netty 逐步成为 Java NIO 编程的首选框架。

说说业务中,Netty 的应用场景

  • 构建高性能、低时延的各种 Java 中间件,例如 MQ、分布式服务框架、ESB 音讯总线等,Netty 次要作为根底通信框架提供高性能、低时延的通信服务;
  • 私有或者公有协定栈的根底通信框架,例如能够基于 Netty 构建异步、高性能的 WebSocket 协定栈;
  • 各畛域利用,例如大数据、游戏等,Netty 作为高性能的通信框架用于外部各模块的数据散发、传输和汇总等,实现模块之间高性能通信。.

原生的 NIO 在 JDK 1.7 版本存在 epoll bug

  • 它会导致 Selector 空轮询,最终导致 CPU 100%。官网宣称在 JDK 1.6 版本的 update18 修复了该问题,然而直到 JDK 1.7 版本该问题仍旧存在,只不过该 BUG 产生概率升高了一些而已,它并没有失去根本性解决。

什么是 TCP 粘包 / 拆包

  • 要发送的数据大于 TCP 发送缓冲区残余空间大小,将会产生拆包。
  • 待发送数据大于 MSS(最大报文长度),TCP 在传输前将进行拆包。
  • 要发送的数据小于 TCP 发送缓冲区的大小,TCP 将屡次写入缓冲区的数据一次发送进来,将会产生粘包。
  • 接收数据端的应用层没有及时读取接收缓冲区中的数据,将产生粘包。

TCP 粘包 / 拆包的解决办法

  • 发送端给每个数据包增加包首部,首部中应该至多蕴含数据包的长度,这样接收端在接管到数据后,通过读取包首部的长度字段,便晓得每一个数据包的理论长度了。
  • 发送端将每个数据包封装为固定长度(不够的能够通过补 0 填充),这样接收端每次从接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开来。
  • 能够在数据包之间设置边界,如增加特殊符号,这样,接收端通过这个边界就能够将不同的数据包拆离开。

Netty 线程模型

  • 首先,Netty 应用 EventLoop 来解决连贯上的读写事件,而一个连贯上的所有申请都保障在一个 EventLoop 中被解决,一个 EventLoop 中只有一个 Thread,所以也就实现了一个连贯上的所有事件只会在一个线程中被执行。一个 EventLoopGroup 蕴含多个 EventLoop,能够把一个 EventLoop 当做是 Reactor 线程模型中的一个线程,而一个 EventLoopGroup 相似于一个 ExecutorService

说说 Netty 的零拷贝

  • “零拷贝”是指计算机操作的过程中,CPU 不须要为数据在内存之间的拷贝耗费资源。而它通常是指计算机在网络上发送文件时,不须要将文件内容拷贝到用户空间(UserSpace)而间接在内核空间(Kernel Space)中传输到网络的形式。

Netty 外部执行流程

    1. Netty 的接管和发送 ByteBuffer 采纳 DIRECT BUFFERS,应用堆外间接内存进行 Socket 读写,不须要进行字节缓冲区的二次拷贝。如果应用传统的堆内存(HEAPBUFFERS)进行 Socket 读写,JVM 会将堆内存 Buffer 拷贝一份到间接内存中,而后才写入 Socket 中。相比于堆外间接内存,音讯在发送过程中多了一次缓冲区的内存拷贝。
  • Netty 提供了组合 Buffer 对象,能够聚合多个 ByteBuffer 对象,用户能够像操作一个 Buffer 那样不便的对组合 Buffer 进行操作,防止了传统通过内存拷贝的形式将几个小 Buffer 合并成一个大的 Buffer。
  • Netty 的文件传输采纳了 transferTo 办法,它能够间接将文件缓冲区的数据发送到

最初

为大家整顿了 Java 外围知识点 + 全套架构师学习材料和视频 + 一线大厂面试宝典 + 面试简历模板能够支付 + 阿里美团网易腾讯小米爱奇艺快手哔哩哔哩面试题 +Spring 源码合集 +Java 架构实战电子书供大家学习!
欢送关注公众号:前程有光,即可支付!

正文完
 0