阿里云面试查缺补漏（线程、Java基础、Spring Boot、Bean）

Myth丶恋晨 2023-07-11 05:56 113阅读 0赞

## 阿里云面试查缺补漏 ##

*  **== 和equals的区别？类的hashcode是什么？如果两个对象的hash码相同，equals一定为true吗？**
    
     *  == 比较的是引用指向的内存地址，比较基本类型会用到
     *  equals比较方法是类继承于Object后自己重写的，如果直接用==（或者没重写equals）去比较，不同的对象在堆中的内存地址以及存的值一定是不一样的，重写后可以按照自己定义的规则去比较。
     *  类的hashCode，有时候不同的对象生成的hashCode也可能相同，且equals相同的两个对象，hashcode也不一定相等
        
         *  只有在HashSet，HashTable，HashMap等散列表结构数据中，hashcode才派上用场，这时equals相同的两个类，hashcode一定相等
 *  **抽象类和普通类的区别？抽象类和接口的区别？抽象类中一定会有抽象方法吗？**
    
     *  抽象类不能被实例化，普通类可以
     *  抽象类不可为private
     *  子类必须实现抽象父类的抽象方法，否则只能定义为抽象子类
     *  抽象类和接口
        
         *  抽象类可以有具体方法和属性，接口只能有抽象方法和不可变变量
     *  抽象类中不一定有抽象方法
 *  **线程和进程的区别？有几种创建线程的方法？**
    
     *  创建线程的方法
        
         *  结成Thread类实现多线程
         *  覆写Runnable接口实现多线程
         *  覆写Callable接口实现多线程
         *  使用线程池启动
            
             *  submit和execute都可以添加线程任务，但submit有返回值，execute没有
                
                 *  submit返回的是一个future ，可以通过这个future取到线程执行的结果或者异常信息
                 *  使用submit提交子任务，一定要获取返回值Future，通过get方法获取可能出现的异常，并且可以进行捕获(推荐)
                 *  使用execute执行子任务，异常可以被抛出，但是主线程不能捕获子任务线程中的异常
                 *  使用submit提交子任务，只是提交，不获取返回值future，异常会被封装在子线程内部，不会抛出，主线程也无法捕获
             *  shutdown 已提交的任务继续执行，不接受新任务提交
         *  通过ThreadPoolExecutor方式，这一方面是由于jdk中Executor框架虽然提供了如newFixedThreadPool()、newSingleThreadExecutor()、newCachedThreadPool()等创建线程池的方法，但都有其局限性，不够灵活；另外由于前面几种方法内部也是通过ThreadPoolExecutor方式实现，使用ThreadPoolExecutor有助于大家明确线程池的运行规则，创建符合自己的业务场景需要的线程池，避免资源耗尽的风险

参考 https://www.cnblogs.com/dafanjoy/p/9729358.html

*  **为什么要用IoC这种方式？**
    
     *  控制反转可以把创建对象的主动权由用户交还给容器
     *  通过配置文件而不是修改程序块代码来控制程序的流程和细节
     *  让程序单元更加易于修改和维护，因为配置文件不参与编译
 *  **HashMap和Hashtable的区别？**
    
     *  继承的父类不同（前者继承自AbstractMap，后者继承自Dictionary）
     *  线程安全和线程不安全
     *  HashMap是没有contains方法的，而包括containsValue和containsKey方法；hashtable则保留了contains方法，效果同containsValue,还包括containsValue和containsKey方法
     *  Hashmap是允许key和value为null值的，用containsValue和containsKey方法判断是否包含对应键值对；HashTable键值对都不能为空
     *  HashMap的hash冲突可以有红黑树和链表两种方法解决，Hashtable只有链表

**Spring Boot的Bean是什么？**

*  在 Spring 中，构成应用程序**主干**并由**Spring IoC容器**管理的**对象**称为**bean**。bean是一个由Spring IoC容器实例化、组装和管理的对象
 *  bean规范如下：
    
    1.  所有属性为private
    2.  提供默认构造方法
    3.  提供getter和setter
    4.  实现serializable接口

**Bean有哪些种类？Bean的生命周期？**

*  **种类**
    
     *  普通Bean
        
         *  Spring直接创建实例，并返回
         *  FactoryBean，工厂生成对象能力
 *  <table> 
     <thead> 
      <tr> 
       <th align="left">类别</th> 
       <th>说明</th> 
      </tr> 
     </thead> 
     <tbody> 
      <tr> 
       <td align="left">singleton</td> 
       <td>IOC容器中仅存在一个bean实例，以单例方式存在，默认值</td> 
      </tr> 
      <tr> 
       <td align="left">prototype</td> 
       <td>每次从容器中调用bean时，都返回一个新实例，即getBean()=new xxxBean()</td> 
      </tr> 
      <tr> 
       <td align="left">request</td> 
       <td>每次HTTP请求都会创建一个新的bean，仅适用于WebApplicationContext环境</td> 
      </tr> 
      <tr> 
       <td align="left">session</td> 
       <td>同一个http session共享一个bean，不同session不同bean，仅适用于WebApplicationContext环境</td> 
      </tr> 
      <tr> 
       <td align="left">globalSession</td> 
       <td>一般用于portlet应用环境，该作用域仅适用于WebApplicationContext环境</td> 
      </tr> 
     </tbody> 
    </table>

参考 https://blog.csdn.net/pcwl1206/article/details/80647877

*  **生命周期**
    
     *  1）根据配置情况调用 Bean 构造方法或工厂方法**实例化 Bean**。
        
        2）利用依赖注入完成 Bean 中所有**属性值的配置注入**。
        
        3）如果 Bean 实现了 BeanNameAware 接口，则 Spring 调用 Bean 的 setBeanName() 方法传入当前 **Bean 的 id** 值。
        
        4）如果 Bean 实现了 BeanFactoryAware 接口，则 Spring 调用 setBeanFactory() 方法传入**当前工厂实例的引用**。
        
        5）如果 Bean 实现了 ApplicationContextAware 接口，则 Spring 调用 setApplicationContext() 方法传入当前 **ApplicationContext 实例的引用**。
        
        6）如果 BeanPostProcessor 和 Bean 关联，则 Spring 将调用该接口的预初始化方法 postProcessBeforeInitialzation() 对 Bean 进行加工操作，**此处非常重要，Spring 的 AOP 就是利用它实现的**。
        
        7）如果 Bean 实现了 InitializingBean 接口，则 Spring 将调用 afterPropertiesSet() 方法。
        
        8）如果在配置文件中通过 init-method 属性指定了初始化方法，则调用该初始化方法。
        
        9）如果 BeanPostProcessor 和 Bean 关联，则 Spring 将调用该接口的初始化方法 postProcessAfterInitialization()。此时，Bean 已经可以被应用系统使用了。
        
        10）如果在 中指定了该 Bean 的作用范围为 scope=“singleton”，则将该 Bean 放入 Spring IoC 的缓存池中，将触发 Spring 对该 Bean 的生命周期管理；如果在 中指定了该 Bean 的作用范围为 scope=“prototype”，则将该 Bean 交给调用者，调用者管理该 Bean 的生命周期，Spring 不再管理该 Bean。
        
        11）如果 Bean 实现了 DisposableBean 接口，则 Spring 会调用 destory() 方法将 Spring 中的 Bean 销毁；如果在配置文件中通过 destory-method 属性指定了 Bean 的销毁方法，则 Spring 将调用该方法对 Bean 进行销毁
 *  **Spring Boot的过滤器，拦截器？哪个在先哪个在后？**
    
     *  拦截器是基于Java的反射机制的，而过滤器是基于函数回调。
     *  拦截器不依赖与servlet容器，过滤器依赖与servlet容器。
     *  拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。
     *  拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。
     *  在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次。
     *  **拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑**。
     *  过滤器在请求进入servlet之前预处理，在servlet处理完后再处理，过滤器包裹着servlet，servlet包裹着拦截器

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkyNTI3Nw_size_16_color_FFFFFF_t_70]

参考 https://www.cnblogs.com/panxuejun/p/7715917.html

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkyNTI3Nw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200304134141144.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkyNTI3Nw==,size_16,color_FFFFFF,t_70