面试官：Java岗一职难求，程序员你缺的真的只是经验吗？

前言

职场上的风云涌动，求职者的连连碰壁，面试官的一岗难寻，求职者也是一职难求。本来面试方与求职者即为互惠互利的两者，但是为什么会出现这种情况呢？

确实！现在很不难看出，一些岗位的稀缺性和不可替代性，在招聘启事上比比皆是。

当然啦，程序员肯定也是算在此列人员中的，其实我们在对比中也不难看出，程序员的薪资水平是远远大于同时期其它工种水平的，也正因为它的特殊性，导致近年来进入该行业的人员络绎不绝。

而大批量的人员涌入带来的就是如今行业的待价而沽，同一岗位的要求越来越高，薪资水平却仍还在原地徘徊！ 但大量劳动力的涌入，却还是让这种情况愈演愈烈，面对同是求职者的竞争，大批量的求职者在这个行业碰壁，出现了失业、找工作难、就业压力大、工作强度高等等......

当然，有争议就会有非议

相信大家也不难看出，网络上的舆论对于程序员是有多么的不友好，“脱发”“早衰”“老实人”“程序狗”...一大堆可能有些不太好听的的称号接踵而至。 虽然确实不好听，但却句句扎心了！

 

不过人嘛！ 只有正视不好的，才能微笑面对人生。

节选自———《阿博的人生格言》

哈哈，给大家开个玩笑。活跃下气氛，不然老说这么严肃的东西，会影响大家阅读体验感的！

不过也说了这么多，就会有人问了：阿博阿博！ 你说的面试经验到底是什么啊，赶快给我们大家讲讲啊，就别卖关子了。

行！ 那咱就别整这么多虚的了，直接给你们整点实在的~

还是那句老话：佛咯密~

简历篇

排版注意事项：

这个是比较重要的，尤其是现在的面试简历基本都是网投，面试官往往一天就要看上几十甚至上百份简历，当千篇一律的简历之中突然闪出一份，格式清晰，分段优美，简洁却又不失美观的简历时，势必会停下多看两眼，你的面试几率也会大大提高哦！

所以，阿博给大家总结了如下几点：

**1. **尽量简洁，不要太花里胡哨；

**2. **一些技术名词不要弄错了大小写比如MySQL不要写成mysql，Java不要写成java。这个在我看来还

是比较忌讳的，所以一定要注意这个细节；

**3. **中文和数字英文之间加上空格的话看起来会舒服一点；

4. 尽量避免主观表述，少一点语义模糊的形容词，尽量要简洁明了，逻辑结构清晰。

5. 如果自己有博客或者个人技术栈点的话，写上去会为你加分很多。

6. 如果自己的Github比较活跃的话，写上去也会为你加分很多。

7. 注意简历真实性，一定不要写自己不会的东西，或者带有欺骗性的内容

**8. **项目经历建议以时间倒序排序，另外项目经历不在于多，而在于有亮点。

**9. **如果内容过多的话，不需要非把内容压缩到一页，保持排版干净整洁就可以了。

**10. **简历最后最好能加上：“感谢您花时间阅读我的简历，期待能有机会和您共事。”这句话，显得你会

很有礼貌

如何正确记录项目，该如何正确书写：

相信大家只要去面试，简历上有一两个项目经历都是再正常不过的，但如何才能真正的把项目经历正确的呈现给面试官又是另外一件事了。

对于项目经历的描写，大家可以看看我之前那篇文章，《为什么90%的程序员都能赢在简历上！》

（以下内容也节选自该文章部分）：

1. 对项目整体设计的一个感受

2. 在这个项目中你负责了什么、做了什么、担任了什么角色

3. 从这个项目中你学会了那些东西，使用到了那些技术，学会了那些新技术的使用

4. 另外项目描述中，最好可以体现自己的综合素质，比如你是如何协调项目组成员协同开发的或者在

遇到某一个棘手的问题的时候你是如何解决的又或者说你在这个项目用了什么技术实现了什么功能

比如:用redis做缓存提高访问速度和并发量、使用消息队列削峰和降流等等。

专业技能又该怎么写呢？

1：首先先问一下你自己会什么，然后看看你意向的公司需要什么。一般HR可能并不太懂技术，所以他在筛选

2、简历的时候可能就盯着你专业技能的关键词来看。对于公司有要求而你不会的技能，你可以花几天时间准备一下。

3、在简历上可以写上自己了解这个技能。比如你可以这样写(下面这部分内容摘自我的简

历，大家可以根据自己的情况做一些修改和完善)：

计算机网络、数据结构、算法、操作系统等课内基础知识：掌握

Java 基础知识：掌握

JVM 虚拟机（Java内存区域、虚拟机垃圾算法、虚拟垃圾收集器、JVM内存管理）：掌握

高并发、高可用、高性能系统开发：掌握

Struts2、Spring、Hibernate、Ajax、Mybatis、JQuery ：掌握

SSH 整合、SSM 整合、 SOA 架构：掌握

Dubbo： 掌握

Zookeeper: 掌握

常见消息队列: 掌握

Linux：掌握

MySQL常见优化手段：掌握

Spring Boot +Spring Cloud +Docker:了解

Hadoop 生态相关技术中的 HDFS、Storm、MapReduce、Hive、Hbase ：了解

Python 基础、一些常见第三方库比如OpenCV、wxpy、wordcloud、matplotlib：熟悉

简明扼要的两个点，如果你都能满足！ 那很好，骚年，你已经迈出了第一步，坐等收面试通知吧。

不过简历投放切忌好高骛远，还是以实事求是为主，有多大能力干多大活，量力而行哦！

面经实战篇

说到面经实战篇，那就有的哔哔了，从Java基础到kafka、分布式、spring、MyBatis、ZooKeeper、微服务，都能说到明年去，就是我想说，估计大家也不想看到我的手打字打到残废吧！

开个玩笑，既然说是面经实战篇，怎么阔能没有实战呢?

接下来的内容就是阿博搜集了今年整个上半年各一线热门大厂的面试真题集！ 不过由于篇幅有限，只能给大家先列举出部分，后续如有需要获取完整面经资料可关注@阿博的Java栈后台私信：面经PDF 即可！ 再说一遍，需要获取的后台私信：**面经PDF **即可！

那么，开整！！！（以下内容仅例举部分）

Java反射篇

1、除了使用new创建对象之外，还可以用什么方法创建对象？

使用Java反射可以创建对象!

2、Java反射创建对象效率高还是通过new创建对象的效率高？

通过new创建对象的效率比较高。通过反射时，先找查找类资源，使用类加载器创建，过程比较繁琐，所以效率较低

3、java反射的作用

反射机制是在运行时，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意个对象，都能够调用它的任意一个方法。在java

中，只要给定类的名字，就可以通过反射机制来获得类的所有信息。

这种动态获取的信息以及动态调用对象的方法的功能称为Java语言的反射机制。

4、哪里会用到反射机制？

jdbc就是典型的反射

这就是反射。如hibernate，struts等框架使用反射实现的。

5、反射的实现方式：

第一步：获取Class对象，有4中方法：

1）Class.forName(“类的路径”)；

2）类名.class

3）对象名.getClass()

4）基本类型的包装类，可以调用包装类的Type属性来获得该包装类的Class对象

Java序列化篇

1、什么是java序列化，如何实现java序列化？

序列化就是一种用来处理对象流的机制，所谓对象流也就是将对象的内容进行流化。可以对流化后的对象进行读写操作，也可将流化后的对

象传输于网络之间。序列化是为了解决在对对象流进行读写操作时所引发的问题。序列化的实现：将需要被序列化的类实现Serializable接

口，该接口没有需要实现的方法，implements Serializable只是为了标注该对象是可被序列化的，然后使用一个输出流(如：

FileOutputStream)来构造一个ObjectOutputStream(对象流)对象，接着，使用ObjectOutputStream对象的writeObject(Object obj)方法

就可以将参数为obj的对象写出(即保存其状态)，要恢复的话则用输入流。

2、保存(持久化)对象及其状态到内存或者磁盘

Java 平台允许我们在内存中创建可复用的 Java 对象，但一般情况下，只有当 JVM 处于运行时，这些对象才可能存在，即，这些对象的生命

周期不会比 JVM 的生命周期更长。 但在现实应用中，就可能要求在JVM停止运行之后能够保存(持久化)指定的对象，并在将来重新读取被保

存的对象。Java 对象序列化就能够帮助我们实现该功能。

3、序列化对象以字节数组保持-静态成员不保存

使用 Java 对象序列化， 在保存对象时，会把其状态保存为一组字节，在未来， 再将这些字节组装成对象。必须注意的是， 对象序列化保存

的是对象的”状态”，即它的成员变量。由此可知，对象序列化不会关注类中的静态变量。

4、序列化用户远程对象传输

除了在持久化对象时会用到对象序列化之外，当使用 RMI(远程方法调用)，或在网络中传递对象时，都会用到对象序列化。 Java序列化API

为处理对象序列化提供了一个标准机制，该API简单易用。

5、Serializable 实现序列化

在 Java 中， 只要一个类实现了 java.io.Serializable 接口，那么它就可以被序列化。ObjectOutputStream 和 ObjectInputStream 对对象进

行序列化及反序列化通过 ObjectOutputStream 和 ObjectInputStream 对对象进行序列化及反序列化。

JVM篇

1、java中会存在内存泄漏吗，请简单描述。

会。自己实现堆载的数据结构时有可能会出现内存泄露，可参看effffective java.

2、64 位 JVM 中，int 的长度是多数？

Java 中，int 类型变量的长度是一个固定值，与平台无关，都是 32 位。意思就是说，在 32 位 和 64 位 的 Java 虚拟机中，int 类型的长度是

相同的。

3、Serial 与 Parallel GC 之间的不同之处？

Serial 与 Parallel 在 GC 执行的时候都会引起 stop-the-world。它们之间主要不同 serial 收集器是默认的复制收集器，执行 GC 的时候只有

一个线程，而parallel 收集器使用多个 GC 线程来执行。

4、32 位和 64 位的 JVM，int 类型变量的长度是多数？

32 位和 64 位的 JVM 中，int 类型变量的长度是相同的，都是 32 位或者 4个字节。

5、Java 中 WeakReference 与 SoftReference 的区别？

虽然 WeakReference 与 SoftReference 都有利于提高 GC 和 内存的效率，但是 WeakReference ，一旦失去最后一个强引用，就会被 GC

回收，而软引用虽然不能阻止被回收，但是可以延迟到 JVM 内存不足的时候。

Memcached篇

1、Memcached 是什么，有什么作用？

Memcached 是一个开源的，高性能的内存绶存软件，从名称上看 Mem 就是内存的意思，而 Cache 就是缓存的意思。Memcached 的作

用：通过在事先规划好的内存空间中临时绶存数据库中的各类数据，以达到减少业务对数据库的直接高并发访问，从而达到提升数据库的访

问性能，加速网站集群动态应用服务的能力。 2、memcached 服务在企业集群架构中有哪些应用场景？

一、作为数据库的前端缓存应用

a、完整缓存（易），静态缓存

例如：商品分类（京东），以及商品信息，可事先放在内存里，然后再对外提供数据访问，这种先放到内存，我们称之为预热，（先把数据

存缓存中），用户访问时可以只读取 memcached 缓存，不读取数据库了。

b、执点缓存（难）

需要前端 web 程序配合，只缓存热点的数据，即缓存经常被访问的数据。先预热数据库里的基础数据，然后在动态更新，选读取缓存，如

果缓存里没有对应的数据，程序再去读取数据库，然后程序把读取的新数据放入缓存存储。

特殊说明 ：

如果碰到电商秒杀等高并发的业务，一定要事先预热，或者其它思想实现，例如：秒杀只是获取资格，而不是瞬间秒杀到手商品。

那么什么是获取资格？

就是在数据库中，把 0 标成 1.就有资格啦。再慢慢的去领取商品订单。因为秒杀过程太长会占用服务器资源。

如果数据更新，同时触发缓存更新，防止给用户过期数据。

对于持久化缓存存储系统，例如：redis，可以替代一部分数据库的存储，一些简单的数据业务，投票，统计，好友关注，商品分类等。

nosql= not onlysql

二、作业集群的 session 会话共享存储。

Memcached 服务在不同企业业务应用场景中的工作流程

当 web 程序需要访问后端数据库获取数据时会优先访问 Memcached 内存缓存，如果缓存中有数据就直接获取返回前端服务及用户，如

果没有数据（没有命中），在由程序请求后端的数据库服务器，获取到对应的数据后，除了返回给前端服务及用户数据外，还会把数据放到

Memcached 内存中进行缓存，等待下次请求被访问，Memcache 内存始终是数据库的挡箭牌，从而大大的减轻数据库的访问压力，提高

整个网站架构的响应速度，提升了用户体验。

当程序更新，修改或删除数据库中已有的数据时，会同时发送请求通知Memcached 已经缓存的同一个 ID 内容的旧数据失效，从而保证

Memcache中数据和数据库中的数据一致。

如果在高并发场合，除了通知 Memcached 过程的缓存失效外，还会通过相关机制，使得在用户访问新数据前，通过程序预先把更新过的

数据推送到memcache 中缓存起来，这样可以减少数据库的访问压力，提升 Memcached中缓存命中率。

数据库插件可以在写入更新数据库后，自动抛给 MC 缓存起来，自身不Cache.

2、Memcached 服务分布式集群如何实现？

特殊说明：Memcached 集群和 web 服务集群是不一样的，所有 Memcached 的数据总和才是数据库的数据。每台 Memcached 都是部分

数据。（一台 memcached 的数据，就是一部分 mysql 数据库的数据）

a、程序端实现

程序加载所有 mc 的 ip 列表，通过对 key 做 hash (一致性哈希算法)

例如：web1 (key)===>对应 A,B,C,D,E,F,G…..若干台服务器。（通过哈希算法实现）

b、负载均衡器

通过对 key 做 hash (一致性哈希算法)一致哈希算法的目的是不但保证每个对象只请求一个对应的服务器，而且当节点宕机，缓存服务器的

更新重新分配比例降到最低。

3、Memcached 服务特点及工作原理是什么？

a、完全基于内存缓存的

b、节点之间相互独立

c、C/S 模式架构，C 语言编写，总共 2000 行代码。

d、异步Ｉ/O 模型，使用 libevent 作为事件通知机制。

e、被缓存的数据以 key/value 键值对形式存在的。

f、全部数据存放于内存中，无持久性存储的设计，重启服务器，内存里的数据会丢失。

g、当内存中缓存的数据容量达到启动时设定的内存值时，就自动使用 LRU 算法删除过期的缓存数据。

h、可以对存储的数据设置过期时间，这样过期后的数据自动被清除，服务本身不会监控过期，而是在访问的时候查看 key 的时间戳,判断是

否过期。

j、memcache 会对设定的内存进行分块，再把块分组，然后再提供服务

Spring Boot篇

1、什么是 Spring Boot？

多年 来， 随着 新功 能的 增加 ，spring 变得 越来 越复 杂。 只需 访问https://spring.io/projects 页面 ，我们 就会 看到 可以 在我 们的 应

用 程序 中使 用的所有 Spring 项目 的不 同功 能。 如果 必须 启动 一个 新的 Spring 项目 ，我 们必 须添加构 建路 径或 添加 Maven 依赖

关系 ，配 置应 用程 序服 务器 ，添 加 spring 配置 。因此 ，开始 一个 新的 spring 项目 需要 很多 努力 ，因为 我们 现在 必须 从头 开始

做所有事 情。

Spring Boot 是解 决这 个问 题的 方法 。Spring Boot 已经 建立 在现 有 spring 框架之上 。使用 spring 启动 ，我们 避免 了之 前我 们必 须

做 的所 有样 板代 码和 配置 。因此， Spring Boot 可以 帮助 我们 以最 少的 工作 量， 更加 健壮 地使 用现 有的 Spring功能

2、为什么要用SpringBoot

Spring Boot 优点非常多，如：

一、独立运行

Spring Boot而且内嵌了各种servlet容器，Tomcat、Jetty等，现在不再需要打成war包部署到容器中，Spring Boot只要打成一个可执行的

jar包就能独立运行，所有的依赖包都在一个jar包内。

二、简化配置

spring-boot-starter-web启动器自动依赖其他组件，减少了maven的配置。三、自动配置

Spring Boot能根据当前类路径下的类、jar包来自动配置bean，如添加一个spring-boot-starter-web启动器就能拥有web的功能，无需其他

配置。

四、无代码生成和XML配置

Spring Boot配置过程中无代码生成，也无需XML配置文件就能完成所有配置工作，这一切都是借助于条件注解完成的，这也是Spring4.x的

核心功能之一。

五、应用监控

Spring Boot提供一系列端点可以监控服务及应用，做健康检测

3、Spring Boot 有哪些优点？

Spring Boot 的优点有：

1、减少开发，测试时间和努力。

2、使用 JavaConfifig 有助于避免使用 XML。

3、避免大量的 Maven 导入和各种版本冲突。

4、提供意见发展方法。

5、通过提供默认值快速开始开发。

6、没有单独的 Web 服务器需要。这意味着你不再需要启动 Tomcat，Glassfifish或其他任何东西。

7、需要更少的配置 因为没有 web.xml 文件。只需添加用@ Confifiguration 注释的类，然后添加用@Bean 注释的方法，Spring 将自动加载

对象并像以前一样对其进行管理。您甚至可以将@Autowired 添加到 bean 方法中，以使 Spring 自动装入需要的依赖关系中。

8、基于环境的配置 使用这些属性，您可以将您正在使用的环境传递到应用程序：-Dspring.profifiles.active = {enviornment}。在加载主应

用程序属性文件后，Spring 将在（application{environment} .properties）中加载后续的应用程序属性文件。

4、Spring Boot 的核心注解是哪个？它主要由哪几个注解组成的？

启动类上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要组合包含了以下

3 个注解：

@SpringBootConfifiguration：组合了 @Confifiguration 注解，实现配置文件的功能。

@EnableAutoConfifiguration：打开自动配置的功能，也可以关闭某个自动配置的选项，如关闭数据源自动配置功能：

@SpringBootApplication(exclude = { DataSourceAutoConfifiguration.class })。

@ComponentScan：Spring组件扫描

 

RabbitMQ篇

1、什么是 rabbitmq

采用 AMQP 高级消息队列协议的一种消息队列技术,最大的特点就是消费并不需要确保提供方存在,实现了服务之间的高度解耦

2、为什么要使用 rabbitmq

1、在分布式系统下具备异步,削峰,负载均衡等一系列高级功能;

2、拥有持久化的机制，进程消息，队列中的信息也可以保存下来。

3、实现消费者和生产者之间的解耦。

4、对于高并发场景下，利用消息队列可以使得同步访问变为串行访问达到一定量的限流，利于数据库的操作。5.可以使用消息队列达到异步下单的效果，排队中，后台进行逻辑下单。

3、使用 rabbitmq 的场景

1、服务间异步通信

2、顺序消费

3、定时任务

4、请求削峰

4、如何确保消息正确地发送至 RabbitMQ？ 如何确保消息接收方消费了消息？

发送方确认模式

将信道设置成 confifirm 模式（发送方确认模式），则所有在信道上发布的消息都会被指派一个唯一的 ID。

一旦消息被投递到目的队列后，或者消息被写入磁盘后（可持久化的消息），信道会发送一个确认给生产者（包含消息唯一 ID）。

如果 RabbitMQ 发生内部错误从而导致消息丢失，会发送一条 nack（notacknowledged，未确认）消息。发送方确认模式是异步的，生产

者应用程序在等待确认的同时，可以继续发送消息。当确认消息到达生产者应用程序，生产者应用程序的回调方法就会被触发来处理确认消

息。

接收方确认机制

接收方消息确认机制

消费者接收每一条消息后都必须进行确认（消息接收和消息确认是两个不同操作）。只有消费者确认了消息，RabbitMQ 才能安全地把消息

从队列中删除。这里并没有用到超时机制，RabbitMQ 仅通过 Consumer 的连接中断来确认是否需要重新发送消息。也就是说，只要连接

不中断，RabbitMQ 给了 Consumer 足够长的时间来处理消息。保证数据的最终一致性；

下面罗列几种特殊情况

如果消费者接收到消息，在确认之前断开了连接或取消订阅，RabbitMQ 会认为消息没有被分发，然后重新分发给下一个订阅的消费者。

（可能存在消息重复消费的隐患，需要去重）如果消费者接收到消息却没有确认消息，连接也未断开，则 RabbitMQ 认为该消费者繁忙，将

不会给该消费者分发更多的消息。

ZooKeeper篇

1、什么是Zookeeper?

ZooKeeper 是一个开放源码的分布式协调服务，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。分布式应用程序可以基于 Zookeeper 实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功能。

2、Zookeeper 如何保证了分布式一致性特性？

1、顺序一致性

2、原子性

3、单一视图

4、可靠性

5、实时性（最终一致性）

客户端的读请求可以被集群中的任意一台机器处理，如果读请求在节点上注册了监听器，这个监听器也是由所连接的 zookeeper 机器来处理。对于写请求，这些请求会同时发给

其他 zookeeper 机器并且达成一致后，请求才会返回成功。因此，随着 zookeeper 的集群机器增多，读请求的吞吐会提高但是写请求的吞吐会下降。有序性是 zookeeper 中非

常重要的一个特性，所有的更新都是全局有序的，每个更新都有一个唯一的时间戳，这个时间戳称为 zxid（Zookeeper Transaction Id）。而读请求只会相对于更新有序，也就

是读请求的返回结果中会带有这个

zookeeper 最新的 zxid

3、ZooKeeper 提供了什么？

1、文件系统

2、通知机制

4、Zookeeper 文件系统

Zookeeper 提供一个多层级的节点命名空间（节点称为 znode）。与文件系统不同的是，这些节点都可以设置关联的数据，而文件系统中只有文件节点可以存放数据而目录节点

不行。

Zookeeper 为了保证高吞吐和低延迟，在内存中维护了这个树状的目录结构，这种特性使得 Zookeeper 不能用于存放大量的数据，每个节点的存放数据上限为1M。

5、ZAB 协议？ZAB 协议包括两种基本的模式：崩溃恢复和消息广播 。

当整个 zookeeper 集群刚刚启动或者 Leader 服务器宕机、重启或者网络故障导致不存在过半的服务器与 Leader 服务器保持正常通信时，所有进程（服务器）进入崩溃恢复模

式，首先选举产生新的 Leader 服务器，然后集群中 Follower 服务器开始与新的 Leader 服务器进行数据同步，当集群中超过半数机器与该 Leader服务器完成数据同步之后，退

出恢复模式进入消息广播模式，Leader 服务器开始接收客户端的事务请求生成事物提案来进行事务请求处理

微服务篇

微服务，又称微服务 架构，是一种架构风格，它将应用程序构建为以业务领域为模型的小型自治服务集合 。

通俗地说，你必须看到蜜蜂如何通过对齐六角形蜡细胞来构建它们的蜂窝状物。他们最初从使用各种材料的小部分开始，并继续从中构建一个大型蜂箱。这些细胞形成图案，产

生坚固的结构，将蜂窝的特定部分固定在一起。这里，每个细胞独立于另一个细胞，但它也与其他细胞相关。这意味着对一个细胞的损害不会损害其他细胞，因此，蜜蜂可以在不影响完整蜂箱的情况下重建这些细胞。

 

图 1：微服务的蜂窝表示 – 微服务访谈问题

请参考上图。这里，每个六边形形状代表单独的服务组件。与蜜蜂的工作类似，每个敏捷团队都使用可用的框架和所选的技术堆栈构建单独的服务组件。就像在蜂箱中一样，每

个服务组件形成一个强大的微服务架构，以提供更好的可扩展性。此外，敏捷团队可以单独处理每个服务组件的问题，而对整个应用程序没有影响或影响最小。

2、微服务架构有哪些优势？

 

图 2：微服务的 优点 – 微服务访谈问题

1. 独立开发 – 所有微服务都可以根据各自的功能轻松开发
2. 独立部署 – 基于其服务，可以在任何应用程序中单独部署它们
3. 故障隔离 – 即使应用程序的一项服务不起作用，系统仍可继续运行
4. 混合技术堆栈 – 可以使用不同的语言和技术来构建同一应用程序的不同服务
5. 粒度缩放 – 单个组件可根据需要进行缩放，无需将所有组件缩放在一起

 

图 3：微服务的 特点 – 微服务访谈问题

1. 解耦 – 系统内的服务很大程度上是分离的。因此，整个应用程序可以轻松构建，更改和扩展
2. 组件化 – 微服务被视为可以轻松更换和升级的独立组件
3. 业务能力 – 微服务非常简单，专注于单一功能
4. 自治 – 开发人员和团队可以彼此独立工作，从而提高速度
5. 持续交付 – 通过软件创建，测试和批准的系统自动化，允许频繁发布软件
6. 责任 – 微服务不关注应用程序作为项目。相反，他们将应用程序视为他们负责的产品
7. 分散治理 – 重点是使用正确的工具来做正确的工作。这意味着没有标准化模式或任何技术模式。开发人员可以***选择最有用的工具来解决他们的问题
8. 敏捷 – 微服务支持敏捷开发。任何新功能都可以快速开发并再次丢弃

以上就是本次面经的概括内容了，大家还有什么疑问的话欢迎在底部评论区留言，最后，还是重复一下这句老话：世上无难事，只怕有心人，相信自己，面试神马的，真的很简单，阿博已经把毕生结晶都总结在里面了啊！ 能悟多少就看你自己了。

什么，看完你就忘了，很好，看来你已经融会贯通了......

image

好了，最后真的不多哔哔了，还是老规矩，给大家总结到这里就结束了，需要本文真题PDF资料的朋友们。记得转发+关注后私信：面经PDF 即可， 记得是转发+关注+私信才能获取的哦！