面试

Mr_Dkui
250 阅读31分钟

基础篇

基本功

面向对象的特征

面向对象的三个基本特征是：封装、继承、多态。

封装

封装最好理解了。封装是面向对象的特征之一，是对象和类概念的主要特性。 封装，也就是把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏

继承

面向对象编程 (OOP) 语言的一个主要功能就是“继承”。继承是指这样一种能力：它可以使用现有类的所有功能，并在无需重新编写原来的类的情况下对这些功能进行扩展。 通过继承创建的新类称为“子类”或“派生类”。 被继承的类称为“基类”、“父类”或“超类”。 继承的过程，就是从一般到特殊的过程。 要实现继承，可以通过“继承”（Inheritance）和“组合”（Composition）来实现。 在某些 OOP 语言中，一个子类可以继承多个基类。但是一般情况下，一个子类只能有一个基类，要实现多重继承，可以通过多级继承来实现。

继承概念的实现方式有三类：实现继承、接口继承和可视继承。 Ø  实现继承是指使用基类的属性和方法而无需额外编码的能力； Ø  接口继承是指仅使用属性和方法的名称、但是子类必须提供实现的能力； Ø  可视继承是指子窗体（类）使用基窗体（类）的外观和实现代码的能力。 在考虑使用继承时，有一点需要注意，那就是两个类之间的关系应该是“属于”关系。例如，Employee 是一个人，Manager 也是一个人，因此这两个类都可以继承 Person 类。但是 Leg 类却不能继承 Person 类，因为腿并不是一个人。 抽象类仅定义将由子类创建的一般属性和方法，创建抽象类时，请使用关键字 Interface 而不是 Class。 OO开发范式大致为：划分对象→抽象类→将类组织成为层次化结构(继承和合成) →用类与实例进行设计和实现几个阶段。

多态

多态性（polymorphisn）是允许你将父对象设置成为和一个或更多的他的子对象相等的技术，赋值之后，父对象就可以根据当前赋值给它的子对象的特性以不同的方式运作。简单的说，就是一句话：允许将子类类型的指针赋值给父类类型的指针。 实现多态，有二种方式，覆盖，重载。 覆盖，是指子类重新定义父类的虚函数的做法。 重载，是指允许存在多个同名函数，而这些函数的参数表不同（或许参数个数不同，或许参数类型不同，或许两者都不同）。 其实，重载的概念并不属于“面向对象编程”，重载的实现是：编译器根据函数不同的参数表，对同名函数的名称做修饰，然后这些同名函数就成了不同的函数（至少对于编译器来说是这样的）。如，有两个同名函数：function func(p:integer):integer;和function func(p:string):integer;。那么编译器做过修饰后的函数名称可能是这样的：int_func、str_func。对于这两个函数的调用，在编译器间就已经确定了，是静态的（记住：是静态）。也就是说，它们的地址在编译期就绑定了（早绑定），因此，重载和多态无关！真正和多态相关的是“覆盖”。当子类重新定义了父类的虚函数后，父类指针根据赋给它的不同的子类指针，动态（记住：是动态！）的调用属于子类的该函数，这样的函数调用在编译期间是无法确定的（调用的子类的虚函数的地址无法给出）。因此，这样的函数地址是在运行期绑定的（晚邦定）。结论就是：重载只是一种语言特性，与多态无关，与面向对象也无关！引用一句Bruce Eckel的话：“不要犯傻，如果它不是晚邦定，它就不是多态。” 那么，多态的作用是什么呢？我们知道，封装可以隐藏实现细节，使得代码模块化；继承可以扩展已存在的代码模块（类）；它们的目的都是为了——代码重用。而多态则是为了实现另一个目的——接口重用！多态的作用，就是为了类在继承和派生的时候，保证使用“家谱”中任一类的实例的某一属性时的正确调用。

概念讲解

泛化（Generalization）

在上图中，空心的三角表示继承关系（类继承），在UML的术语中，这种关系被称为泛化（Generalization）。Person(人)是基类，Teacher(教师)、Student(学生)、Guest(来宾)是子类。 若在逻辑上B是A的“一种”，并且A的所有功能和属性对B而言都有意义，则允许B继承A的功能和属性。 例如，教师是人，Teacher 是Person的“一种”（a kind of ）。那么类Teacher可以从类Person派生（继承）。 如果A是基类，B是A的派生类，那么B将继承A的数据和函数。 如果类A和类B毫不相关，不可以为了使B的功能更多些而让B继承A的功能和属性。 若在逻辑上B是A的“一种”（a kind of ），则允许B继承A的功能和属性。

聚合（组合）

若在逻辑上A是B的“一部分”（a part of），则不允许B从A派生，而是要用A和其它东西组合出B。 例如，眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是头（Head）的一部分，所以类Head应该由类Eye、Nose、Mouth、Ear组合而成，不是派生（继承）而成。

聚合的类型分为无、共享(聚合)、复合(组合)三类。

聚合（aggregation）

上面图中，有一个菱形（空心）表示聚合（aggregation）（聚合类型为共享），聚合的意义表示has-a关系。聚合是一种相对松散的关系，聚合类B不需要对被聚合的类A负责。

组合（composition）

这幅图与上面的唯一区别是菱形为实心的，它代表了一种更为坚固的关系——组合（composition）（聚合类型为复合）。组合表示的关系也是has-a，不过在这里，A的生命期受B控制。即A会随着B的创建而创建，随B的消亡而消亡。

依赖(Dependency)

图表 5 依赖这里B与A的关系只是一种依赖(Dependency)关系，这种关系表明，如果类A被修改，那么类B会受到影响。

final, finally, finalize 的区别

一、final ：

1、修饰符（关键字） 如果一个类被声明为final,意味du着它不能再派zhi生新的子类，不能作为父类被继承。因dao此一个类不能及被声明为abstract，又被声明为final的。

2、将变量或方法声明为final,可以保证他们使用中不被改变。被声明为final的变量必须在声明时给定初值，而以后的引用中只能读取，不可修改，被声明为final的方法也同样只能使用，不能重载。

二、finally:

在异常处理时提供finally块来执行清楚操作。如果抛出一个异常，那么相匹配的catch语句就会执行，然后控制就会进入finally块，如果有的话。

三、finalize：

是方法名。java技术允许使用finalize()方法在垃圾收集器将对象从内存中清除之前做必要的清理工作。这个方法是在垃圾收集器在确定了，被清理对象没有被引用的情况下调用的。

finalize是在Object类中定义的，因此，所有的类都继承了它。子类可以覆盖finalize()方法，来整理系统资源或者执行其他清理工作。

int 和 Integer 有什么区别

1、Integer是int的包装类，int则是java的一种基本数据类型

2、Integer变量必须实例化后才能使用，而int变量不需要

3、Integer实际是对象的引用，当new一个Integer时，实际上是生成一个指针指向此对象；而int则是直接存储数据值 。

4、Integer的默认值是null，int的默认值是0

重载和重写的区别

一、定义上的区别：

1、重载是指不同的函数使用相同的函数名，但是函数的参数个数或类型不同。调用的时候根据函数的参数来区别不同的函数。

2、覆盖（也叫重写）是指在派生类中重新对基类中的虚函数（注意是虚函数）重新实现。即函数名和参数都一样，只是函数的实现体不一样。

二、规则上的不同：

1、重载的规则：

①必须具有不同的参数列表。

②可以有不同的访问修饰符。

③可以抛出不同的异常。

2、重写方法的规则：

①参数列表必须完全与被重写的方法相同，否则不能称其为重写而是重载。

②返回的类型必须一直与被重写的方法的返回类型相同，否则不能称其为重写而是重载。

③访问修饰符的限制一定要大于被重写方法的访问修饰符。

④重写方法一定不能抛出新的检查异常或者比被重写方法申明更加宽泛的检查型异常。

三、类的关系上的区别：

重写是子类和父类之间的关系，是垂直关系；重载是同一个类中方法之间的关系，是水平关系。

简洁版

1.重写必须继承，重载bai不用。

2.重写的方法名，du参zhi数数目相同，参数类型兼容，重载的方法名相同，参数列dao表不同

3.重写的方法修饰符大于等于父类的方法，重载和修饰符无关。

4.重写不可以抛出父类没有抛出的一般异常，可以抛出运行时异常

抽象类和接口有什么区别

1.接口所有属性都是隐含‘static final’修饰的常量，抽象类可以有变量和变量

2.接口所有方法都是隐含‘Public static

3.final’修饰的抽象方法（JDK8之后可以是default），抽象类可以有抽象方法，也可以没有抽象方法

4.接口可以多实现，抽象类只能单继承

5.接口interface使用implements关键字实现，抽象类abstract class通过extends关键字实现

说说反射的用途及实现

一、Java反射可以提供以下功能：

1.在运行时判断任意一个对象所属的类；

2.在运行时构造任意一个类的对象；

3.在运行时判断任意一个类所具有的成员变量和方法（通过反射甚至可以调用private方法）；

4.在运行时调用任意一个对象的方法

二、主要用途 ：

1、反射最重要的用途就是开发各种通用框架。

三、基本反射功能的实现(反射相关的类一般都在java.lang.relfect包里)：

1、获得Class对象

使用Class类的forName静态方法，直接获取某一个对象的class， 调用某个对象的getClass()方法

2、判断是否为某个类的实例

用instanceof关键字来判断是否为某个类的实例

3、创建实例

使用Class对象的newInstance()方法来创建Class对象对应类的实例。

先通过Class对象获取指定的Constructor对象，再调用Constructor对象的newInstance()方法来创建实例。

4、获取方法

获取私有方法：getDeclaredMethods()

获得类的public类型的方法：getMethods()

获得类的特定方法，name参数指定方法的名字，parameterTypes 参数指定方法的参数类型：getMethod(String name, Class[] parameterTypes)：

5、获取构造器信息

获得类的public类型的构造方法：getConstructors()；

获得类的特定构造方法，parameterTypes 参数指定构造方法的参数类型：getConstructor(Class[] parameterTypes)：

6、获取类的成员变量（字段）信息

getFiled: 访问公有的成员变量

getDeclaredField：所有已声明的成员变量。但不能得到其父类的成员变量

getFileds和getDeclaredFields用法

****7、调用方法

invoke()

8、利用反射创建数组

Array.newInstance()

说说自定义注解的场景及实现

注解本质是一个继承了Annotation的特殊接口，其具体实现类是Java运行时生成的动态代理类。程序运行时，通过反射获取类中所有的属性和方法上的注解，这个注解是个动态代理对象。通过代理对象调用注解中自定义的方法，完成注解功能。

HTTP 请求的 GET 与 POST 方式的区别

  • 请求方式： HTTP协议有7中请求方式，常用的有2种

GET：

1. 请求参数在请求行中，在url后。
2. 请求的url长度有限制的
3. 不太安全

POST：

1. 请求参数在请求体中
2. 请求的url长度没有限制的
3. 相对安全

session 与 cookie 区别

一.概念理解

  首先呢，要了解session和cookie的区别先要了解以下几个概念：无状态的HTTP协议、会话（Session）跟踪、机制：

1.无状态的HTTP协议：

  协议，是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。

  HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。

2.会话（Session）跟踪：

  会话，指用户登录网站后的一系列动作，比如浏览商品添加到购物车并购买。会话（Session）跟踪是Web程序中常用的技术，用来跟踪用户的整个会话。常用的会话跟踪技术是Cookie与Session。Cookie通过在客户端记录信息确定用户身份，Session通过在服务器端记录信息确定用户身份。

3.机制

  客户端cookie[sessionid]---------------------------------session---------------------------------服务器端[sessionid---session]

  服务器端session机制。session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）[sessionid-->session]来保存信息。

  当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了一个session标识------------称为session id，如果已包含则说明以前已经为此客户端创建过session，服务器就按照session id把这个session检索出来使用（检索不到，会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个session id将被在本次响应中返回给客户端保存。

  客户端保存这个session id的方式可以采用cookie，这样在交互过程中浏览器可以自动的按照规则把这个标识发挥给服务器。一般这个cookie的名字都是类似于SEEESIONID。

二.cookie

  由于HTTP是一种无状态的协议，服务器单从网络连接上无从知道客户身份。用户A购买了一件商品放入购物车内，当再次购买商品时服务器已经无法判断该购买行为是属于用户A的会话还是用户B的会话了。怎么办呢？就给客户端们颁发一个通行证吧，每人一个，无论谁访问都必须携带自己通行证。这样服务器就能从通行证上确认客户身份了。这就是Cookie 的工作原理。

  Cookie实际上是一小段的文本信息。客户端请求服务器，如果服务器需要记录该用户状态，就使用response向客户端浏览器颁发一个Cookie。客户端会把Cookie保存起来。当浏览器再请求该网站时，浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie，以此来辨认用户状态。服务器还可以根据需要修改Cookie的内容。

1.会话Cookie和持久Cookie

  若不设置过期时间，则表示这个cookie的生命期为浏览器会话期间，关闭浏览器窗口，cookie就消失。这种生命期为浏览器会话期的cookie被称为会话cookie。会话cookie一般不存储在硬盘上而是保存在内存里，当然这种行为并不是规范规定的。

  若设置了过期时间，浏览器就会把cookie保存到硬盘上，关闭后再次打开浏览器，这些cookie仍然有效直到超过设定的过期时间。存储在硬盘上的cookie可以在浏览器的不同进程间共享。这种称为持久Cookie。

2.Cookie具有不可跨域名性

  就是说，浏览器访问百度不会带上谷歌的cookie;   

三.Session

  Session是另一种记录客户状态的机制，不同的是Cookie保存在客户端浏览器中，而Session保存在服务器上。客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上。这就是Session。客户端浏览器再次访问时只需要从该Session中查找该客户的状态就可以了。

  每个用户访问服务器都会建立一个session，那服务器是怎么标识用户的唯一身份呢？事实上，用户与服务器建立连接的同时，服务器会自动为其分配一个SessionId。

1.两个问题：

  1）什么东西可以让你每次请求都把SessionId自动带到服务器呢？显然就是cookie了，如果你想为用户建立一次会话，可以在用户授权成功时给他一个唯一的cookie。当一个用户提交了表单时，浏览器会将用户的SessionId自动附加在HTTP头信息中，（这是浏览器的自动功能，用户不会察觉到），当服务器处理完这个表单后，将结果返回给SessionId所对应的用户。试想，如果没有 SessionId，当有两个用户同时进行注册时，服务器怎样才能知道到底是哪个用户提交了哪个表单呢。

  2）储存需要的信息。服务器通过SessionId作为key，读写到对应的value，这就达到了保持会话信息的目的。

2.session的创建：

  当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了sessionId，如果已包含则说明以前已经为此客户端创建过session，服务器就按照sessionId把这个session检索出来使用（检索不到，会新建一个），如果客户端请求不包含sessionId，则为此客户端创建一个session并且生成一个与此session相关联的sessionId，sessionId的值是一个既不会重复，又不容易被找到规律以仿造的字符串，这个sessionId将被在本次响应中返回给客户端保存。

3.禁用cookie：

    如果客户端禁用了cookie，通常有两种方法实现session而不依赖cookie。

  1）URL重写，就是把sessionId直接附加在URL路径的后面。

  2）表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。比如：

4.Session共享：

  对于多网站(同一父域不同子域)单服务器，我们需要解决的就是来自不同网站之间SessionId的共享。由于域名不同(aaa.test.com和bbb.test.com)，而SessionId又分别储存在各自的cookie中，因此服务器会认为对于两个子站的访问,是来自不同的会话。解决的方法是通过修改cookies的域名为父域名达到cookie共享的目的,从而实现SessionId的共享。带来的弊端就是，子站间的cookie信息也同时被共享了。

四. 总结

1、cookie数据存放在客户的浏览器上，session数据放在服务器上。

2、cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗，考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，考虑到减轻服务器性能方面，应当使用cook ie。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

5、可以考虑将登陆信息等重要信息存放为session，其他信息如果需要保留，可以放在cookie中。

session 分布式处理

在搭建完集群环境后，不得不考虑的一个问题就是用户访问产生的session如何处理。如果不做任何处理的话，用户将出现频繁登录的现象，比如集群中存在A、B两台服务器，用户在第一次访问网站时，Nginx通过其负载均衡机制将用户请求转发到A服务器，这时A服务器就会给用户创建一个Session。当用户第二次发送请求时，Nginx将其负载均衡到B服务器，而这时候B服务器并不存在Session，所以就会将用户踢到登录页面。这将大大降低用户体验度，导致用户的流失，这种情况是项目绝不应该出现的。

我们应当对产生的Session进行处理，通过粘性Session，Session复制或Session共享等方式保证用户的体验度。

以下我将说明5种Session处理策略，并分析其优劣性。

第一种：粘性session

**原理：**粘性Session是指将用户锁定到某一个服务器上，比如上面说的例子，用户第一次请求时，负载均衡器将用户的请求转发到了A服务器上，如果负载均衡器设置了粘性Session的话，那么用户以后的每次请求都会转发到A服务器上，相当于把用户和A服务器粘到了一块，这就是粘性Session机制。

优点：

简单，不需要对session做任何处理。

缺点：

缺乏容错性，如果当前访问的服务器发生故障，用户被转移到第二个服务器上时，他的session信息都将失效。

适用场景：

发生故障对客户产生的影响较小；服务器发生故障是低概率事件。

实现方式：

以Nginx为例，在upstream模块配置ip_hash属性即可实现粘性Session。

第二种：服务器session复制

原理：

任何一个服务器上的session发生改变（增删改），该节点会把这个 session的所有内容序列化，然后广播给所有其它节点，不管其他服务器需不需要session，以此来保证Session同步。

优点：

可容错，各个服务器间session能够实时响应。

缺点：

会对网络负荷造成一定压力，如果session量大的话可能会造成网络堵塞，拖慢服务器性能。

实现方式：

① 设置tomcat ，server.xml 开启tomcat集群功能

Address:填写本机ip即可，设置端口号，预防端口冲突。

② 在应用里增加信息：通知应用当前处于集群环境中，支持分布式  在web.xml中添加选项

第三种：session共享机制

使用分布式缓存方案比如memcached、redis，但是要求Memcached或Redis必须是集群。

使用Session共享也分两种机制，两种情况如下：

① 粘性session处理方式

原理：不同的 tomcat指定访问不同的主memcached。多个Memcached之间信息是同步的，能主从备份和高可用。用户访问时首先在tomcat中创建session，然后将session复制一份放到它对应的memcahed上。memcache只起备份作用，读写都在tomcat上。当某一个tomcat挂掉后，集群将用户的访问定位到备tomcat上，然后根据cookie中存储的SessionId找session，找不到时，再去相应的memcached上去session，找到之后将其复制到备tomcat上。

② 非粘性session处理方式

原理：memcached做主从复制，写入session都往从memcached服务上写，读取都从主memcached读取，tomcat本身不存储session

优点：可容错，session实时响应。

实现方式：用开源的msm插件解决tomcat之间的session共享：Memcached_Session_Manager（MSM）

a. 复制相关jar包到tomcat/lib 目录下

b. 配置Context.xml ，加入处理Session的Manager

粘性模式配置：

非粘性配置：

第四种：session持久化到数据库

原理：

就不用多说了吧，拿出一个数据库，专门用来存储session信息。保证session的持久化。

优点：

服务器出现问题，session不会丢失

缺点：

如果网站的访问量很大，把session存储到数据库中，会对数据库造成很大压力，还需要增加额外的开销维护数据库。

第五种terracotta实现session复制

原理：

Terracotta的基本原理是对于集群间共享的数据，当在一个节点发生变化的时候，Terracotta只把变化的部分发送给Terracotta服务器，然后由服务器把它转发给真正需要这个数据的节点。可以看成是对第二种方案的优化。

优点：

这样对网络的压力就非常小，各个节点也不必浪费CPU时间和内存进行大量的序列化操作。把这种集群间数据共享的机制应用在session同步上，既避免了对数据库的依赖，又能达到负载均衡和灾难恢复的效果。

小结

以上讲述的就是集群或分布式环境下，session的5种处理策略。其中就应用广泛性而言，第三种方式，也就是基于第三方缓存框架共享session，应用的最为广泛，无论是效率还是扩展性都很好。而Terracotta作为一个JVM级的开源群集框架，不仅提供HTTP Session复制，它还能做分布式缓存，POJO群集，跨越群集的JVM来实现分布式应用程序协调等，也值得学习一下。

JDBC 流程

jdbc的操作流程:

  • 1.加载驱动

  • 2.获取连接Connection

  • 3.获取到Statement对象用于执行静态的SQL语句

  • 4.执行查询返回一个结果集ResultSet并对结果集遍历以对象的方式保存到集合中

  • 5.关闭资源 ResultSet Statement Connection public class DBUtils {

public static void main(String[] args) {

*1.加载驱动程序

try { Class.forName("com.mysql.jdbc.Driver");

*2.获取连接

*Connection connection=DriverManager.getConnection("jdbc:mysql://localhost:3306/demo06_db?useUnicode=true&characterEncoding=utf8&autoReconnect=true","root","LZB25800");

*3.获取到Statement对象：用于向数据库发送sql语句,执行DML(insert update delete)或select

  • Statement statement=connection.createStatement();

  • int isRigth= statement.executeUpdate("insert into admin(username,password) values('fun','22222')");

  • int isRigth1=statement.executeUpdate(" delete from admin where id=1");

  •   System.out.println(isRigth1);
  ResultSet rs=statement.executeQuery("select * from admin");

  • List list=new ArrayList<>(); while(rs.next()){ int id=rs.getInt("id");//获取某一行的第一列 String username=rs.getString("username");//获取某一行的第二列 String password=rs.getString("password");//获取某一行的第三列

    *将数据封装到Admin中 Admin admin=new Admin(); admin.setId(id); admin.setUsername(username); admin.setPossword(password);

    *将对象保存到集合中 list.add(admin);

    System.out.println(id+"--"+username+"--"+password); }

  • *4.关闭资源

        rs.close();
      statement.close();
      connection.close();
      } catch (ClassNotFoundException e) {
      TODO Auto-generated catch block
      e.printStackTrace();
      } catch (SQLException e) {
      TODO Auto-generated catch block
      e.printStackTrace();
      }
      }
  }

    JDBC的优点：

        直接底层操作，提供了很简单、便捷的访问数据库的方法，跨平台 
    性比较强。灵活性比较强，可以写很复杂的SQL语句。

    JDBC的缺点：

        因为JAVA是面向对象的，JDBC没有做到使数据能够面向对象的编程，使程序员的思考仍停留在SQL语句上。
    操作比较繁琐，很多代码需要重复写很多次。
    如果遇到批量操作，频繁与数据库进行交互，容易造成效率的下降。

MVC 设计思想

MVC就是按照程序的功能将他们分成三个层，Model层（模型层），View层（显示层），Controller（控制层）。

Model层：可以细分为两层，分别是dao层、service层，这两层主要功能：

  • dao：负责访问数据库进行数据的操作，取得结果集，将结果集中的数据取出封装到Bean类对象，返回给service层。

  • service：主要负责业务处理，比如取得数据库连接，关闭数据库连接，事务回滚，一些复杂的逻辑业务处理。

  • Controller：控制层，主要功能是处理用户发送的请求。

View层：显示层，负责显示数据。

equals 与 == 的区别

1、功能不同bai

  • "=="是判断两个变量或实例是不是指向同一个内存空间。

  • "equals"是判断两个变量或实例所指向的内存空间的值是不是相同。

2、定义不同

  • "equals"在JAVA中是一个方法。

  • "=="在JAVA中只是一个运算符合。

集合

List 和 Set 区别

List 和 Map 区别

Arraylist 与 LinkedList 区别

ArrayList 与 Vector 区别

HashMap 和 Hashtable 的区别

HashSet 和 HashMap 区别

HashMap 和 ConcurrentHashMap 的区别

HashMap 的工作原理及代码实现

ConcurrentHashMap 的工作原理及代码实现

线程

创建线程的方式及实现

sleep() 、join（）、yield（）有什么区别

说说 CountDownLatch 原理

说说 CyclicBarrier 原理

说说 Semaphore 原理

说说 Exchanger 原理

说说 CountDownLatch 与 CyclicBarrier 区别

ThreadLocal 原理分析

讲讲线程池的实现原理

线程池的几种方式

线程的生命周期

锁机制

说说线程安全问题

### volatile 实现原理

synchronize 实现原理

synchronized 与 lock 的区别

### CAS 乐观锁

ABA 问题

乐观锁的业务场景及实现方式

核心篇

数据存储

MySQL 索引使用的注意事项

说说反模式设计

说说分库与分表设计

分库与分表带来的分布式困境与应对之策

说说 SQL 优化之道

MySQL 遇到的死锁问题

存储引擎的 InnoDB 与 MyISAM

数据库索引的原理

为什么要用 B-tree

聚集索引与非聚集索引的区别

limit 20000 加载很慢怎么解决

选择合适的分布式主键方案

选择合适的数据存储方案

ObjectId 规则

聊聊 MongoDB 使用场景

倒排索引

聊聊 ElasticSearch 使用场景

缓存使用

Redis 有哪些类型

Redis 内部结构

聊聊 Redis 使用场景

Redis 持久化机制

Redis 如何实现持久化

Redis 集群方案与实现

Redis 为什么是单线程的

缓存奔溃

缓存降级

使用缓存的合理性问题

消息队列

消息队列的使用场景

消息的重发补偿解决思路

消息的幂等性解决思路

消息的堆积解决思路

自己如何实现消息队列

如何保证消息的有序性

框架篇

Spring

BeanFactory 和 ApplicationContext 有什么区别

Spring Bean 的生命周期

Spring IOC 如何实现

说说 Spring AOP

Spring AOP 实现原理

动态代理（cglib 与 JDK）

Spring 事务实现方式

Spring 事务底层原理

如何自定义注解实现功能

Spring MVC 运行流程

Spring MVC 启动流程

Spring 的单例实现原理

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

Spring 其他产品（Srping Boot、Spring Cloud、Spring Secuirity、Spring Data、Spring AMQP 等）

Netty

为什么选择 Netty

### 说说业务中，Netty 的使用场景

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

什么是TCP 粘包/拆包

TCP粘包/拆包的解决办法

Netty 线程模型

说说 Netty 的零拷贝

### Netty 内部执行流程

Netty 重连实现

微服务篇

微服务

前后端分离是如何做的

微服务哪些框架

你怎么理解 RPC 框架

说说 RPC 的实现原理

说说 Dubbo 的实现原理

你怎么理解 RESTful

说说如何设计一个良好的 API

如何理解 RESTful API 的幂等性

如何保证接口的幂等性

说说 CAP 定理、 BASE 理论

怎么考虑数据一致性问题

说说最终一致性的实现方案

你怎么看待微服务

微服务与 SOA 的区别

如何拆分服务

微服务如何进行数据库管理

如何应对微服务的链式调用异常

对于快速追踪与定位问题

微服务的安全

分布式

谈谈业务中使用分布式的场景

Session 分布式方案

分布式锁的场景

分布是锁的实现方案

分布式事务

集群与负载均衡的算法与实现

说说分库与分表设计

分库与分表带来的分布式困境与应对之策

安全问题

安全要素与 STRIDE 威胁

防范常见的 Web 攻击

服务端通信安全攻防

HTTPS 原理剖析

HTTPS 降级攻击

授权与认证

基于角色的访问控制

基于数据的访问控制

性能优化

性能指标有哪些

如何发现性能瓶颈

性能调优的常见手段

说说你在项目中如何进行性能调优

工程篇

需求分析

你如何对需求原型进行理解和拆分

说说你对功能性需求的理解

说说你对非功能性需求的理解

你针对产品提出哪些交互和改进意见

你如何理解用户痛点

设计能力

说说你在项目中使用过的 UML 图

你如何考虑组件化

你如何考虑服务化

你如何进行领域建模

你如何划分领域边界

说说你项目中的领域建模

说说概要设计

设计模式

你项目中有使用哪些设计模式

说说常用开源框架中设计模式使用分析

说说你对设计原则的理解

23种设计模式的设计理念

设计模式之间的异同，例如策略模式与状态模式的区别

设计模式之间的结合，例如策略模式+简单工厂模式的实践

设计模式的性能，例如单例模式哪种性能更好。

业务工程

你系统中的前后端分离是如何做的

说说你的开发流程

你和团队是如何沟通的

你如何进行代码评审

说说你对技术与业务的理解

说说你在项目中经常遇到的 Exception

说说你在项目中遇到感觉最难Bug，怎么解决的

说说你在项目中遇到印象最深困难，怎么解决的

你觉得你们项目还有哪些不足的地方

你是否遇到过 CPU 100% ，如何排查与解决

你是否遇到过 内存 OOM ，如何排查与解决

说说你对敏捷开发的实践

说说你对开发运维的实践

介绍下工作中的一个对自己最有价值的项目，以及在这个过程中的角色

软实力

说说你的亮点 说说你最近在看什么书 说说你觉得最有意义的技术书籍 工作之余做什么事情 说说个人发展方向方面的思考 说说你认为的服务端开发工程师应该具备哪些能力 说说你认为的架构师是什么样的，架构师主要做什么 说说你所理解的技术专家

avatar
文章
阅读
粉丝