springcloud组件启动顺序,完整的Java视频教程

springcloud组件启动顺序,完整的Java视频教程详细介绍

本文目录一览： Spring Cloud Feign使用详解

?通过前面两章对Spring Cloud Ribbon和Spring Cloud Hystrix的介绍，我们已经掌握了开发微服务应用时，两个重要武器，学会了如何在微服务架构中实现客户端负载均衡的服务调用以及如何通过断路器来保护我们的微服务应用。这两者将被作为基础工具类框架广泛地应用在各个微服务的实现中，不仅包括我们自身的业务类微服务，也包括一些基础设施类微服务（比如网关）。此外，在实践过程中，我们会发现对这两个框架的使用几乎是同时出现的。既然如此，那么是否有更高层次的封装来整合这两个基础工具以简化开发呢？本章我们即将介绍的Spring Cloud Ribbon与Spring Cloud Hystrix，除了提供这两者的强大功能之外，它还提供了一种声明式的Web服务客户端定义方式。
?我们在使用Spring Cloud Ribbon时，通常都会利用它对RestTemplate的请求拦截来实现对依赖服务的接口调用，而RestTemplate已经实现了对HTTP请求的封装处理，形成了一套模版化的调用方法。在之前的例子中，我们只是简单介绍了RestTemplate调用对实现，但是在实际开发中，由于对服务依赖对调用可能不止于一处，往往一个接口会被多处调用，所以我们通常都会针对各个微服务自行封装一些客户端累来包装这些依赖服务的调用。这个时候我们会发现，由于RestTemplate的封装，几乎每一个调用都是简单的模版化内容。综合上述这些情况，Spring Cloud Fegin在此基础上做了进一步封装，由它来帮助我们定义和实现依赖服务接口的定义。在Spring Cloud Feign的实现下，我们只需创建一个接口并用注解的方式来配置它，即可完成对服务提供方的接口绑定，简化了在使用Spring Cloud Ribbon时自行封装服务调用客户端的开发量。Spring Cloud Feign具备可插拔的注解支持，包括Feign注解和JAX-RS注解。同时，为了适应Spring的广大用户，它在Netflix Feign的基础上扩展了对Spring MVC的注解支持。这对于习惯于Spring MVC的开发者来说，无疑是一个好消息，你我这样可以大大减少学习适应它的成本。另外，对于Feign自身的一些主要组件，比如编码器和解码器等，它也以可插拔的方式提供，在有需求等时候我们以方便扩张和替换它们。
?在本节中，我们将通过一个简单示例来展示Spring Cloud Feign在服务客户端定义所带来的便利。下面等示例将继续使用之前我们实现等hello-service服务，这里我们会通过Spring Cloud Feign提供的声明式服务绑定功能来实现对该服务接口的调用。
??首先，创建一个Spring Boot基础工程，取名为kyle-service-feign，并在pom.xml中引入spring-cloud-starter-eureka和spring-cloud-starter-feign依赖，具体内容如下所示。
??创建应用主类Application，并通过@EnableFeignClients注解开启Spring Cloud Feign的支持功能。
??定义HelloServiceFeign，接口@FeignClient注解指定服务名来绑定服务，然后再使用Spring MVC的注解来绑定具体该服务提供的REST接口。
??接着，创建一个RestClientController来实现对Feign客户端的调用。使用@Autowired直接注入上面定义的HelloServiceFeign实例，并在postPerson函数中调用这个绑定了hello-service服务接口的客户端来向该服务发起/hello接口的调用。
??最后，同Ribbon实现的服务消费者一样，需要在application.properties中指定服务注册中心，并定义自身的服务名为feign-service-provider，为了方便本地调试与之前的Ribbon消费者区分，端口使用8868。

?发送几次GET请求到 http://localhost:8868/client/getHost?name=kyle ，可以得到如之前Ribbon实现时一样到效果，正确返回 hi, kyle! i from 10.166.37.142:8877 。依然是利用Ribbon维护了针对HELLO-SERVICE-PROVIDER的服务列表信息，并且通过轮询实现了客户端负载均衡。而与Ribbon不同到是，通过Feign只需定义服务绑定接口，以声明式的方法，优雅而简单地实现了服务调用。
?现实系统中的各种业务接口要比上一节复杂得多，我们会再HTTP的各个位置传入各种不同类型的参数，并且再返回响应的时候也可能是一个复杂的对象结构。再本节中，我们将详细介绍Feign中的不同形式参数的绑定方法。
?再开始介绍Spring Cloud Feign的参数绑定之前，我们先扩张以下服务提供者hello-service-provider。增加下面这些接口，其中包含带有Request参数的请求、带有Header信息的请求、带有RequestBody的请求以及请求响应体中是一个对象的请求。
?在完成了对hello-service-provider的改造之后，下面我们开始在快速入门示例的kyle-service-feign应用中实现这些新增的绑定。
?这里一定要注意，再定义各参数绑定时，@RequestParam、@RequestHeader等可以指定参数名称的主角，它们的value千万不能少。在Spring MVC程序中，这些注解会根据参数名来作为默认值，但是在Feign中绑定参数必须通过value属性来指明具体的参数名，不然会抛出==IllegalStateException==异常，value属性不能为空。
?在完成上述改造之后，启动服务注册中心、两个hello-service-privider服务以及我们改造的kyle-service-feign。通过发送GET请求到== http://localhost:8868/feign/head/getHost?name=kyle&age=18== ，通过发送POST请求到== http://localhost:8868/feign/project/postPerson== ，请求触发HelloServiceFeign对新增接口的调用。最终，我们会获得如下图的结果，代表接口绑定和调试成功。

?由于Spring Cloud Feign的客户端负载均衡是通过Spring Cloud Ribbon实现的，所以我们可以直接配置Ribbon客户端的方式来自定义各个服务客户端调用参数。那么我们如何使用Spring Cloud Feign的工程中使用Ribbon的配置呢？
?全局配置的方法非常简单，我们可以直接使用ribbon.

=

的方式来设置ribbon的各项默认参数。如下：

?大多数情况下，我们对于服务调用的超时时间可能会根据实际服务的特性做一些调整，所以仅仅进行个性化配置的方式与使用Spring Cloud Ribbon时的配置方式是意义的，都采用

.ribbon.key=value的格式进行设置。但是，这里就有一个疑问了，

所指代的Ribbon客户端在那里呢？

?回想一下，在定义Feign客户端的时候，我们使用了@FeignClient注解。在初始化过程中，Spring Cloud Feign会根据该注解的name属性或value属性指定的服务名，自动创建一个同名的Ribbon客户端。如下：

?Spring Cloud Ribbon默认负载均衡策略是轮询策略，不过该不一定满足我们的需要。Ribbon一共提供了7种负载均衡策略，如果我们需要ZoneAvoidanceRule，首先要在application.properties文件中添加配置，如下所示：

?不过，只是添加了如上配置，还无法实现负载均衡策略的更改。我们还需要实例化该策略，可以在应用主类中直接加入IRule实例的创建，如下：

?想要深入了解Ribbon的原理，或者想详细了解7种负载均衡策略的，可以参考我另一篇博客 《Ribbon详解》 ，我会在博客最下面给出链接。

?从前两节来看在Spring Boot工程中使用Feign，非常的便利。不过实际生产中，在微服务的初期只能从次要系统开始进行改造，可能很多系统由于历史原因仍然是非Spring Boot的工程，然后这些系统如何使用微服务？如何使用注册中心？如何进行负载均衡呢？

???首先我们在kyle-service-feign创建调用接口OldSystemPostFeign和OldSystemGetFeign，然后使用feign注解提供的相关注解，包含@RequestLine、@Param、@HeaderParam、@Headers等，主要提供了请求方法、请求参数、头信息参数等操作。

???我们需要脱离Spring Boot和Spring Cloud的支持，使用feign原生的一些东西。在进行Feign封装之前我们需要一些额外的组件，比如编码器。新增组件依赖如下所示：

???我们需要一个feign-clientproperties文件，来进行ribbon相关的参数配置，配置如下：

???到目前为止，相关要素已经准备好了，接下来需要feign和ribbon的封装了。我们需要创建OldSystemFeignClientConfiguration类，作用是加载feign-client.properties文件，并创建一个附带负载均衡器的RibbonClient，然后封装出一个附带Jackson编解码器的FeignClient，如下所示：

???然后我需要一个测试类FeignClientTest，测试以上3个接口，然后将结果输出到控台如下所示：

???在完成上述改造之后，启动测试类FeignClientTest，获得如下的结果，说明调用使用了负载均衡。

?细心的同学会发现，非Spring Boot使用feign调用根本没有使用到注册中心的服务发现。在此我提供一个思路，我们可以调用代理微服务，再由代理进行服务发现。那么这个代理服务应该具备哪些功能和作用呢？我将会在下一篇博客详细讲述Netflix公司的API网关组件zuul，它承担路由转发，拦截过滤，流量控制等功能。

?? 第一次请求失败

?原因：由于spring的懒加载机制导致大量的类只有在真正使用的才会真正创建，由于默认的熔断超时时间（1秒）过短，导致第一次请求很容易失败，特别互相依赖复杂的时候。

?解决方法：提升熔断超时时间和ribbon超时时间，配置如下：

?? Feign的Http Client

?Feign在默认情况下使用的是JDK原生URLConnection发送HTTP请求，没有连接池，但是对每个地址会保持一个长连接，即利用HTTP的persistence connection。我们可以用Apache的HTTP Client替换Feign原始的http client，从而获取连接池、超时时间等与性能息息相关的控制能力。Spring Cloud从Brixtion.SR5版本开始支持这种替换，首先在项目中声明Apcahe HTTP Client和feign-httpclient依赖,然后在application.properties中添加：

?? 如何实现在feign请求之前进行操作

?feign组件提供了请求操作接口RequestInterceptor，实现之后对apply函数进行重写就能对request进行修改，包括header和body操作。

?? 请求压缩 ?Spring Cloud Feign支持对请求和响应进行GZIP压缩，以减少通信过程中的性能损耗。我们只需通过下面两个参数设置，就能开启请求与响应的压缩功能：

?同时，我们还能对请求压缩做一些更细致的设置，比如下面的配置内容指定了压缩的请求数据类型，并设置了压缩的大小下限，只有超过这个大小的请求才会对其进行压缩。

?上述配置的feign.compression.request.nime-types和feign.compression.requestmin-request-size均为默认值。

?? 日志配置

?Spring Cloud Feign在构建被@FeignClient注解修饰的服务客户端时，会为每一个客户端都创建一个feign的请求细节。可以在 application.properties 文件中使用logging.level.

的参数配置格式来开启指定Feign客户端的DEBUG日志，其中

为Feign客户端定义捷克队完整路径，比如针对本博文中我们实现的HelloServiceFeign可以如下配置开启：

?但是，只是添加了如上配置，还无法实现对DEBUG日志的输出。这时由于Feign客户端默认对Logger.Level对象定义为NONE级别，该界别不会记录任何Feign调用过程中对信息，所以我们需要调整它对级别，针对全局对日志级别，可以在应用主类中直接假如Logger.Level的Bean创建，具体如下：

?在调整日志级别为FULL之后，我们可以再访问第一节的 http://localhost:8868/feign/postPerson?name=kyle 接口，这是我们在kyle-service-feign的控制台中可以看到类似下面的请求详细的日志：

?对于Feign的Logger级别主要有下面4类，可根据实际需要进行调整使用。

?? 负载均衡异常

?当我们只是对一个微服务进行调用的时候，Ribbon提供的支持好像没什么问题。不过在我们进行多个微服务调用时会产生异常，这也是大多数人忽略的。

? 情景描述 ：2个应用B和C,在A中使用feign client调用B和C；测试结果，假如先调用B，再调用C都是有效的，但是再调用B就是无效的；（B,C先后顺序改变，都会产生这个bug） ? 解决方法 ：在主启动类使用注解@RibbonClient，进行RibbonClient配置，如下所示：

?看不懂是吗？不要紧，我下面详细讲解一下，先看一下我们之前的非Spring Boot工程中封装FeignClient：

?OldSystemPostFeign只是一个接口，Feign为什么需要使用接口来调用远程接口？原因就是使用JDK动态代理，我们可以去看Feign是如何进行处理。

SpringCloud+Docker项目部署经验

1. Linux 服务器安装宝塔面板

2.使用ssh root@ip 的方式远程连接

3.安装Docker ,参考: http://www.xiefeng.org/?id=3 中的Docker安装

1.项目中 eureka 配置需加上: prefer-ip-address: true 具体配置列如:

2.其余微服务的yml文件中也需配置:prefer-ip-address: true 具体配置列如:

3.微服务的pom.xml文件,配置打包插件,具体配置列如:

4.编译项目并打包 ,使用idea自带的打包方式 : 右侧Maven按钮 -> 项目[root]->双击package ->打包成功,获取jar包;

1.在服务器非系统盘符中(如果有)创建对应文件夹,以项目为例如下:

1)? mhxs-eureka-server (eureka注册与发现)

2)? mhxs-web-comment-api (客户端)

3)? mhxs-web-novel-api (客户端)

4)? mhxs-web-user-api (客户端)

5)? mhxs-gateway (网关zuul,集成了swagger2)

2.上传对应的jar文件到对应对应的文件夹中.

3.在对应文件夹中的分别创建Dockerfile文件,并编辑内容例如:

注1:其中微服务jar包修改了版本(如:xx-1.jar,xxx-2.jar,xxx-3.jar,....),对应文件夹下的同理修改,目的是为了方便后期版本回退.

注2:注意修改对应的jar名称和端口

4.编写创建镜像的脚本文件 : build_images.sh 和 相应jar文件夹一级,具体内容列如:

注:其中modules中的为对应的 jar文件夹名称

5.使用ssh连接到linux服务器,进入到build_image.sh 文件夹下,创建Docker镜像,操作如下:

6.查看镜像

7.在jar包文件夹同一层中创建启动镜像脚本:start_services.sh具体内容例如:

注1: 其中CODE用于检测对应服务是否已经启动成功,需根据具体项目修改.

注2: 启动方式分为全顺序启动和非全顺序启动

8: 查看镜像容器:

9:更新jar:

10.查看日志，有两种方法

1）直接通过宝塔面板可以找到对应日志位置：

2） 使用命令查看

完整的Java视频教程

《java视频教程》百度网盘资源免费下载
链接:https://pan.baidu.com/s/1GluQ3B9kBofTP7qBfZU1XA
提取码:jn54java视频教程|53.mp4|52_定义输入输出格式.mp4|51_综合练习(二).mp4|50_综合练习(一).mp4|49_??€?‘?·￥?…·?1?Eclipse(???).mp4|48_开发工具之Eclipse(三).mp4|47_??€?‘?·￥?…·?1?Eclipse(?o?).mp4|46_??€?‘?·￥?…·?1?Eclipse(??€).mp4|45_hashCode()与toString().mp4|44_equals函数的作用.mp4|42_类集框架(二).mp4|41_类集框架（一）.mp4|40_Java当中的数组.mp4|38_Java当中的线程(三).mp4
完整的java教程可以看看IT学习联盟的<

>。零基础Java就业班包括Java基础 进阶 高级 项目。是一套完整的Java视频教程。这套教程从零基础开始教起，零基础到就业水平。就算没基础也可以学习的。

……………………………………

看你问的问题，应该是对java很感兴趣，其实你可以自学java。关于如何学习java，我刚才看到一篇很不错的文章，是一个农民工介绍自己如何自学java，并找到Java的工作，里面介绍了他的学习方法和学习过程，希望对你有帮助。

我是一名地地道道的农民工，生活在经济落后的农村，有一个哥哥和一个弟弟，父母都是地道的农民，日出而作，日落而息，我从小到大学习一直很好，从小学到高一都，成绩在全级一直名列前茅，这样我也顺利了考上省的重点高中，然而，每个学期开学是家里最为难的时候，每次交学费都让父母发愁许久，家里为了给我筹钱读书，都借了不少钱，才让我读上高中。我知道我读到高中家里已经欠了好多债，为了减轻家里的负担，我选择了退学。

2009年我高一退学，为了给家里还债，干过建筑工地的小工，搞过塑料制品加工，送水工等等。很工资都很低，一个月也就1000多，加上加班费一个月能拿2000多一点，我每个月都向家里寄回800-1000元，到了2011年末，一次偶然的机会我接触了Java，听说Java的前景挺不错，工资相对于我一个农民工来说简直是天文数字，于是我在新华书店买了几本Java的书，尽管白天辛苦工作，晚上回来还是坚持看书，但有于基础太差很多都很不明白，但还是坚持看，一有看1-2个小时Java的书，看着看着许多基础都慢慢的学会了，但那些比较难的还是看不懂，后来还买了有些关于框架的书，还是看不懂，这样断断续续的持续了半年多，觉得自己Java的基础都差不多懂了，但框架还是看不懂，还有最缺的项目经验，看了很多招聘Java程序员的简介都要项目经验，相对我一个农民工来连框架都弄不明白，想找一份Java工作对我来说简直是奢侈。我只想学Java，并不敢想以后能从事Java的工作。

有一次，在百度上看到一篇让我很鼓舞的文章，是一个Java高手介绍在没有基础的朋友怎么自学入门Java，文章写的很好，包含了如何学习，该怎么学习，他提到一个方法就是看视频，因为看书实在太枯燥和费解的，不少是我们也看不懂，这点我真的很认同，我自己看书都看了很久才学会基础。曾经有想过参加培训，但是上万元的培训费让我望而却步，我工资这么低，每个月还有向家里汇钱，加上城市消费比较高，虽然每个月只有几百剩下，但是相对于上万万学费和四个月的吃住费用逼我连想不敢想。 于是我决定看视频，我就去搜索Java的视频，虽然我零星的找到一些Java的视频，但是都不系统。最重要连项目都没有。后来我找到一份很好的视频，是IT学习联盟这个网站一套视频叫<

>（喜欢《零基础Java就业班》的可以复制 t.cn/8sx5z6L 粘贴浏览器地址栏按回车键即打开）的教程还不错，很完整。还赠送11个顶级企业项目。价格很合理，于是我买下来。

于是开始了我的自学Java的路，收到光盘后，我就开始学习，刚开始学习还不错，是从零基础教起，老师幽默风趣而又轻松的课堂教课，使我发现原来学习JAVA并不是一件很难的事情。因为我本来基础还不错，前面的基础看一篇我就过去了，到了框架，我觉不又不是很难，可能老师太牛了，他能把复杂的问题讲的比较通俗易懂，有些难点的地方我还是连续看了五六次，把他弄懂。每天下午6点下班后，吃了饭，马上跑回家。看视频，买了几本笔记本。当时，为了编程还花几百元了台二手的台式电脑，配置一般，但编程是足够的。一边看视频，一边记笔记，把重点都记下来，还一边跟着老师敲代码，为了能尽早学会Java。每天都坚持学5-6个小时。经常学到晚上一点多才睡觉。星期六，日不用上班，每天7点多起床，学到晚上11,12点。那段时间特别辛苦，特别累。在学习Java的三个多月里，除了吃饭睡觉工作，剩余的时间都在学习，因为我知道自己的计算机基础不是很好，也没有学过什么计算机，只是学了些Java基础，相对于那些科班的人来说我要比他们付出更多的努力。我只能咬紧牙关，坚持下去，我不能放弃，我要完成我的梦想，我要让我的家人过上好日子。终于三个多月后我把Java教程里的内容和项目都学完了，在学项目的过程中我发现项目特别重要，他能把你学过的知识全部联系起来，能更好的理解你所学的知识。还有学习过程中，动手很重要，要经常跟着老师动手敲，动手吧，跟着做，一行一行的跟着敲，再试着加一些自己的功能，按照自己的思路敲一些代码，收获远比干听大的多。 如果遇到暂时对于一些思路不能理解的，动手写，先写代码，慢慢你就会懂了。这套视频还赠送了11个顶级企业项目，对于我没有任何经验的人来说，这个太重要了，还有在学习项目是提升能力最快的方法。项目能把所有的知识点全都连到一起了，不再是分散的，而是形成一个整体了。那种感觉是仅仅深入钻研知识点而不写真实项目的人所不能体会的。一个项目就是一根绳子可以把大片的知识串到一起。 就这样，我用了两个月也把项目给学完了。其实学完教程差不错就达到就业水平，但是我可能觉得自己学历低还是把那11个顶级企业项目才去找工作。

接着我就到51job疯狂的投简历，因为我的学历问题，初中毕业，说真的，大公司没有人会要我。所以我头的都是民营的小公司，我希望自己的努力有所回报。没有想过几天后，就有面试了，但是第一次面试我失败了，虽然我自认为笔试很好，因为我之前做了准备，但是他们的要求比价严格，需要有一年的项目经验，所以我没有被选中。 后来陆续面试了几加公司，终于功夫不负有心人，我终于面试上了一家民营的企业。公司规模比较小，我的职务是Java程序员。我想我比较幸运，经理看中我的努力，就决定吕勇我，开的工资是3500一个月，虽然我知道在北京3500只能过温饱的生化，但是我想我足够了，比起以前的工资好了些，以后可以多寄些钱回家。我想只要我继续努力。我工资一定会翻倍的。 把本文写出来，希望能让和我一样的没有基础的朋友有信心，其实我们没有自卑，我们不比别人笨，只有我们肯努力，我们一样会成功。

…………………………………………

蛙课网上最近新上传了2020年新版Java零基础教程视频一共316集，非常适合小白学习，课程在每一个知识点上进行了很大的延伸，深度完全完胜三年工作经验的程序员。动力节点的java基础教程159集，20年最新升级为全新的java基础316集，可以通过蛙课网获取哦

那是他自己研究的不够深，建议到系统学下哦，要不在这样下去，头发都会掉没的

Docker视频免费下载

链接:https://pan.baidu.com/s/1WmpJyKAXcbPDgn29SS-c5g

提取码:1r9g

Docker视频|走进Docker|从Docker到CaaS（一）Docker集群管理介绍|从Docker到CaaS（三）Kubernetes|从Docker到CaaS（六）微服务与CaaS|从Docker到CaaS（二）Docker 容器管理工具|从 Docker 到 CaaS（五）灵雀云部署 Docker 容器|

Spring Cloud

本文中我们主要介绍微服务开发框架——Spring Cloud。尽管Spring Cloud带有"Cloud"的字样，但它并不是云计算解决方案，而是Spring Boot的基础上构建的，用于快速构建分布式系统的通用模式的工具集。
Spring Cloud有以下特点:
由上图可知，Spring Cloud是以 英文单词+SR+数字 的形式命名版本号的。那么英文单词和SR分别表示什么呢？ 因为Spring Cloud是一个综合项目，它包含很多子项目。由于子项目也维护着自己的版本号，Spring Cloud采用了这种命名方式，从而避免与子项目的版本混淆。其中英文单词如Edware是伦敦某地铁站名，它们按照字母顺序发行，可以将其理解为主版本的演进。SR表示"Service Release"，一般表示Bug修复。
版本兼容性如下

版本内容

可参考官方文档： https://spring.io/projects/spring-cloud#overview
我的上一篇博客(微服务理论篇)中谈到，对单体应用进行服务拆分得到各个微服务，而这些服务又是相互独立的，那么我们如何知道各个微服务的健康状态、如何知道某个微服务的存在呢？由此、一个拥有服务发现的框架显得尤为重要。这也就是Eureka诞生的原因。
综上，Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。
通过使用Eureka已经实现了微服务的注册与发现。启动各个微服务时，Eureka Client会把自己的网络信息注册到Eureka Server上。似乎一切更美好了一些。然而，这样的架构依然有一些问题，如负载均衡。一般来说，各个微服务都会部署多个实例。那么服务消费者要如何将请求分摊到多个服务提供实例上呢？
如果服务提供者相应非常慢，那么消费者对提供者的请求就会被强制等待，知道提供者响应或超时。在高负载场景下，如果不作任何处理，此类问题可能会导致服务消费者的资源耗竭甚至整个系统崩溃。 微服务架构的应用系统通常包含多个服务层。微服务之间通过网络进行通信，从而支撑起整个应用系统，因此，微服务之间难免存在依赖关系。而这种由于"基础服务故障"导致"级联故障"的现象称为雪崩效应。
如图所示，A最为服务提供者（基础服务），B为A的服务消费者，C和D是B的服务消费者。当A不可用引起了B的不可用，并将不可用像滚雪球一样放大到C和D时，雪崩效应就形成了。 那么Hystrix是如何容错的呢？
以下对该图做个简单讲解：
Zuul作为微服务架构中的微服务网关。微服务架构经过前几个组件的组合，已经有了基本的雏形了，那么我们为什么还要使用微服务网关呢？我们可以想象，一般情况下我们一个业务并不是只调用一个接口就可以完成一个业务需求。 如果让客户端直接与各个微服务通信，会有以下问题：
如图，微服务网关封装了应用程序的内部结构，客户端只须跟网关交互，而无须直接调用特定微服务接口。同时，还有以下优点：
为什么要同一管理微服务配置？ 对于传统的单体应用，常常使用配置文件管理所有配置。例如一个Spring Boot 项目开发的单体应用，可以将配置内容放到application.yml文件中。如果需要切换环境，可以设置多个Profile,并在启用应用时指定spring.profile.active={profile}。 而在微服务架构中，微服务的配置管理一般有以下需求：

关于application和bootstrap的加载顺序及区别问题

最近做spring cloud 并利用 config 配置 可扩展的高可用eureka环境。遇到的问题。

当第一台eureka注册中心启动时，并没有config配置中心存在，那么启动配置文件获取应该从本地获取。但是当config配置中心存在的时候不应该从本地获取配置，而是应该从配置中心进行配置。在学习config的时候了解到bootstrap的配置文件，则对bootstrap与application配置文件产生了好奇。他们的家在顺序以及配置覆盖的情况到底是怎么样的呢？

一、首先去百度网上的答案，但是大部分都引用了以下两条作出答案

抱歉没有阅读原文直接应用的，从字面意思理解bootstrap有限加载，没问题。但是外部属性加载并不会覆盖本地属性就产生问题了，我无法在本地文件存在的情况下对属性进行更新。接下来我进行了实验。
二、当不存在配置中心时候bootstrap与application并存的时候取相同属性，在实验中的出结论，bootstrap优先加载但属性依然被application覆盖。
接下来又进行了一个实验，bootstrap、application与配置中心同时存在的时候发现配置中心的属性会覆盖前两个。

通过两次实验的出，bootstrap、application与配置中心同时存在时，加载顺序为
bootstrap>>application>>配置中心
同时后者覆盖前者。
注：
spring boot版本为 2.1.2.RELEASE
spring cloud版本为Greenwich.SR2

大学女生都会的Java拿offer的偏方！

我好像掌握了JAVA 拿offer的偏方
java中的集合框架用过哪些?
java中的集合分为单列集合和双列集合， 单列集合顶接口为Collection， 双列集合顶级接口为Map-
collection的子接口有两个：List和Se to
List接口的特点； 无素可重复， 有序(存取顺序) ，
list接口的实现类：
ArrayList：底层实现是数组， 查询快， 增删慢， 线程不安全， 效丰高；
LinkedList：底层实现是谜表， 增删快， 查询慢， 线程不安全， 效率高；
set接口的特点：元素唯一， 不可重复， 无序，
set接口实现具：
HashSet：底层实现hashMap， 数组十链表实现， 不允许元素重复， 无序。
Tree Set：底层实现红黑二叉树， 实现元素排序
Map-接口的特点：key-value健值对形式存储数据
Map接口实现类；
Hash Nap：底层数组十链表实现， 线程不安全效率高：
TreeMap：底层红黑二叉树实现， 可实现元素的排序；
Linked Hash Nap：底层hash nap+linkedList实现， 通过hashmap实现key-value键值对存锗， 通过徒表实现元素有序。
说一下你对Spring的理解?
Spring这个框架做项目一直都在用吧， 现在月的最多的是Spring Boot和Spring Cloud Alibaba里那些组
件。我先说一下Spring*， Spring的核心主要的就三个点吧I0C， D 1和AOP。
10C控制反转， 不用Spring框架的话如果想创建一个对象， 就new一个。用了Spring以后直接把类交
给Spring来管理， 让Spring给创建对象， Spring就是一个大工厂模式， 底层创建对象的方式是通过配置文
件+反射的方式.
D 1就是依赖注入， 把Spring框架创建好的对象注入到使用的地方， 我们项目中都是用O Auto Mired照
类型注入的方式， 直接获取到这个类的对象。还有AOP， 就是面向切面编程， 它的原理的话， 我看过
它的底层代码，它实际上就是实现了动态代理权制，以前的话用这个做过事务的控制，现在的话我们
都用e Transaction nal注解来控制事务， 其实他底层实现还是aop那一套。
哪些场景不适用索引?
大概分三种情况吧：
第一种情况是：做查询的时候很少用到的列、某个列中包含的数据很少
第二种情况是； 数据类型的宇段是TEXT、BLOB、BIT等数据类型的宇段、
第三种情况是：当在数据表中修改数据的频率大于查询数据频率时等，这些场景不适合创建索引，还有
查询宇投不会做为where条件或者order by字段时也不适合创建索引
什么是死锁
打个比方，低设有P1和P2两个进程，都需要A和B两个资源，现在P1持有A等待B资源，而P2持有B等持
A资源，两个都等持另一个资源而不肯释放资源，就这样无限等持中，这就形成死锁，这也是无锁的一
种情，给死镇下个定义，如果一组进程中每一个进程都在等待仅由该组进程中的其他进程才能引发
的事件，那么读组进程是死镇的。竞争不可抢占资源引起死镇，也就是我们说的第一种情况，而这都在
等待对方占有的不可捡古的资源。
mysql内部西数多了解一下
concat， trim， replace， substring.cur date 0#返回当前日期， cur time 0#返回当前时间， now 0#返回当前
日期十时间i(value， true， false) #如果value值为真， 则回true， 否则， 返田false
select if(salary>3000， 'Hight'， 'Low') fron salary；
select id， salary， if(salary<=>NULL， 'NULL'， 'NDT NULL') fron salary；
2、if null(value 1， value 2) #如果value 1不为空， 则延四value l， 不然返回value z
#可以用来进行空值替换
select if null(salary， 0.00) from salary； 等等，
如果数据库误操作，如何执行数据恢复?
看你ny sql有没有开启那个binlog， 然后用mysql自常的mysqlbinlog工具找到最近误操作时间节点的
binlog， 重放到临时数据库里， 然后选择误删的数据节点， 恢复一下。
主库从库数据延迟的问题有遇到过吗?
主要原回：数据库在业务上读写压力太大， CPU井算负砖大， 网卡负荷大， 硬盆随机10太高(本要原回：读写binlog带来的性能影响， 网络传输延迟My5al数据库从库同步的延迟解决方案：
架构方面
1) .业务的持久层采用分库架构， ny sql服务能力水平扩展， 分散压力
2).单个库读写分离，一主多从，主写读从，分散压力。这样从库比主库压力高，保护主库
3) .服务在业务和DB之间加入ner cache和red is的cache层， 降低读的压力
4) ·不同业务的mysql放在不同的物理机， 降低压力
5) ， 使用比主库更好的硬件设备， Mq sql压力小， 适迅就减少了
使用Red is缓存有没有遇到什么问题?
你是说的那个缓存雪崩和缓存穿， 我知道暖存雪崩是国为red is中多个key同时失效后， 又透到高井发后就会造成大量的请求直接请求数据库， 导致数据库服务器宏机的情况， 一般这种情况我们会给red is中的key设置不同的生命周期就能解决， 或者是我们给使用分布式锁来解决； 还有缓存穿透的话就是大并发请求过来，查询一个连数据库都没有的数据，频繁的请求数据库导致数据库宏机，这种解决方靠是我们会存到red is一个key值value为null， 给个失效时间， 也可以避免这种问题，
说一下red is集群吗?
Red is本身支持集群操作red is_a luster， 另外red is还支持主从复制， 以前的老版本中有一个哨兵模式， 在主服务器机时， 从服务器可以自动转换为主服务器， 我们公司搭建的red is集群是用的ruby脚本配合搭建的，我们一去茶建了6台服务器，3主3备，他们之间通信的原理是有一个乒乓协议进行通信的，他们判断一个节点的状态是用投票选举机制判断的，半数以上判断一个接口是宏机了的话，备用节点就会启动对， 我再给你说下一他们往里存储数据的机制， 其实这个red is搭建好集群以后每个节点都存放着一个hash槽， 每次往里存储数据的时候， red is都会根据存储进来的key值算出一个hash值， 通过这个hash值可以判断到底应该存诸到哪一个哈希槽中， 取的时候包是这么取的， 这就是我了解的red is集群。
简单说一下Spring MVC与Spring是如何整合的?
简单的说spring MVC在ssm中整合就是在web.xml边配置spring MVC豹核心控制器：Dispatch-
er servlet， 它就是对指定后纸进行柜截； 然后在spring NVC.x nl里边配置扫描器， 可以扫插到带a control-ler注解的这些类， 现在用spring NVC都是基与注解式开发， 像e service， Repository B Request nap-
ping， O response body啦这些注解标整等等都是开发时用的， 每个注解标签都有自己的作用； 它还配置一个视图解析器， 主要就是对处理之后的转进行统一配置， 大致就是这些， 如何使用spring MVC获取表早里的数据?通过形参和表单里的nane值保持一致就能获取到，
说一下Spring Boot吧?
Spring Boot：的定大于配置：同样通过自动配置， 引入依赖后， 加载默认配置文件， 如果要自定义的话可以通过java类实现， 也可以在全局配置文件(application.properties， application.yml) 中定义；Spring Boot优点
1.快速创建独立运行的Spring项因以及与主流框架集成
2.使用嵌入式的Servlet容器应用无需打成WAR包(jar)
3.Starters(场景启动器) 自动依赖与版本控制
4.大量的自动配置，简化开发，也可修改默认值
5.5.无需配置大量的X NL， 无代码生成， 开箱即用
简单说一下sql语句是怎么优化的?
我们一般在开发的时候需要注意SOL规范， 比如说最基本的不要用*查询所有字段， 还要是经常用表别名， 经常corm it提交事务尽量让及时释放国滚点， 如果使用函数的话尽量使用内部的函数， 还有一个优化的地方是项目上线后，产生大量数据后，由测试人员发现某些的功能点响应比较慢，反镜给我们开发人员，我们开发人员找到这个功能点对应的sql语句， 如果这个sql语句写的比较复杂， 我们就得用explain去分析-下5QL语句的执行计划，看下是不是索引失效了，或者是执行到某一个子查询的语向执行比较慢，然后我们去优化达些个sql， 优化方式是什么?比如说加索引， 或者创建视图。

@AutoConfigureAfter失效问题

开发：
1、windows平台
2、JDK1.8 （oracle）

线上：
1、ubuntu平台
2、Openjdk 8

公共：
1、spring cloud框架
2、连接db模块引用外部公共模块
3、工具类自动扫描实体层，生成ResultMap，与具体的Application启动类放在同一目录下
4、项目结构如下

? ? windows平台运行微服务正常，服务器上扫描子包时出现 的情况，导致无法注入mapper的情况？
如下图:

1、可能环境windows平台为oracle jdk1.8，服务器平台为OpenJDK 8，底层JVM实现不一致（暂无法考究）
2、
-> 引申为@AutoConfigureAfter与@ComponentScan冲突
-> @AutoConfigureAfter是 顺序
-> @ComponentScan是 控制顺序
-> 所以可能导致@AutoConfigureAfter失效问题

A、加入@Order注解或@AutoConfigureOrder指定顺序，设置为最高优先级
-> 无果，最终还是跳过MyBatisTypeMapScannerConfig，直接扫描了子包的类

B、@AutoConfigureOrder与spring.factories配置文件配合使用

C、 在启动类注入自定义的工具类（暂时选用了这种方案，项目正常启动）
若加入@Lazy的注解，则一样报错
原因分析：添加ResultMap是放在构造方法里的，所以没有立即实例化一个bean的话，就会报错。变成static静态方法也不行，不能在类加载时生成。从此 可能是因为1原因中两个平台底层加载不一样，oracle1.8扫描到配置类会自动实例化，使用饿汉式模式，open jdk 8扫描到配置类直接装载类，使用懒汉式模式

? ? 通过多次测试，发现无论是在同一个微服务关系或是引用公共包关系下，@AutoConfigureAfter与@AutoConfigureBefore配置都无效，根据双亲委派机制，打包好的公共db模块的jar包应该先被加载，他们之间应该也不能使用这种指定顺序的操作，所以最终稳妥的办法还是自己自定义一个启动类的顺序的配置文件，保证其加载与运行的顺序，这样出现加载顺序错误导致无法启动项目的概率就能降低。还有可能就是底层创建对象的时机不一致。

? ? PS：才疏学浅，有些地方不是很严谨，若有不对的地方，希望能多多指教

ribbon负载均衡详解

服务端负载均衡：在客户端和服务端中间使用代理，lvs? 和 nginx。

硬件负载均衡的设备或是软件负载均衡的软件模块都会维护一个下挂可用的服务端清单，通过心跳检测来剔除故障的服务端节点以保证清单中都是可以正常访问的服务端节点。当客户端发送请求到负载均衡设备的时候，该设备按某种算法（比如线性轮询、按权重负载、按流量负载等）从维护的可用服务端清单中取出一台服务端端地址，然后进行转发。

客户端负载均衡：根据自己的情况做负载。Ribbon。

客户端负载均衡和服务端负载均衡最大的区别在于 服务端地址列表的存储位置，以及负载算法在哪里。

2、Spring Cloud的负载均衡机制的实现

Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Ribbon实现客户端的负载均衡，负载均衡器提供很多对http和tcp的行为控制。Spring cloud Feign已经集成Ribbon，所以注解@FeignClient的类，默认实现了ribbon的功能。

Ribbon主要包括如下功能

1.支持通过DNS和IP和服务端通信

2.可以根据算法从多个服务中选取一个服务进行访问

3.通过将客户端和服务器分成几个区域（zone）来建立客户端和服务器之间的关系。客户端尽量访问和自己在相同区域(zone)的服务，减少服务的延迟

4.保留服务器的统计信息，ribbon可以实现用于避免高延迟或频繁访问故障的服务器

5.保留区域(zone)的统计数据，ribbon可以实现避免可能访问失效的区域(zone)

Ribbon负载均衡主要是通过LoadBalancerClient类实现的，而LoadBalancerClient又将具体处理委托给ILoadBalancer处理；

每个服务都有一个ILoadBalancer，ILoadBalancer里面有该服务列表。

每个服务 Map

ILoadBalancer通过配置IRule、IPing等信息，并通过ServerList获取服务器注册列表的信息，默认以每10s的频率想服务列表中每个服务实例发送ping请求，检测服务实例是否存活，最后使用负责均衡策略对ServerListFilter过滤得到最终可用的服务实例列表进行处理，然后交给服务调用器进行调用；

ILoadBalance也是一个接口，提供了3个具体实现，分别是DynamicServerListLoadBalancer、ZoneAwareLoadBalancer和NoOpLoadBalancer；

DynamicServerListLoadBalancer继承自ILoadBalancer基础实现BaseLoadBalancer，在基础的负载均衡功能上增加了运行期间对服务实例动态更新和过滤的功能；

NoOpLoadBalancer没有操作的实现；

ZoneAwareLoadBalancer（ILoadBalancer的默认的实现类是：ZoneAwareLoadBalancer。）则是继承DynamicServerListLoadBalancer，在此基础上增加防止跨区域访问的问题；

首先它会剔除符合这些规则的Zone区域：所属实例数位零的Zone区域；Zone区域内实例等平均负载小于零，或者实例故障率（断路器断开次数／实例数）大于等于阀值（默认为0.99999）。

然后根据Zone区域等实例平均负载计算出最差的Zone区域，这里的最差指的是实例平均负载最高的Zone区域。

如果在上面的过程中没有符合剔除要求的区域，同时实例最大平均负载小于阀值（默认为20%），就直接返回所有Zone区域为可用区域。否则，从最坏Zone区域集合中随机选择一个，将它从可用Zone区域集合中剔除。

???当获得的可用Zone区域集合不为空，并且个数小于Zone区域总数，就随机选择一个Zone区域。

??在确定了某个Zone区域后，则获取了对应Zone区域的服务均衡器，并调用chooseServer来选择具体的服务实例，而在chooseServer中将使用IRule接口的choose函数来选择具体的服务实例。在这里，IRule接口的实现会使用ZoneAvoidanceRule来挑选出具体的服务实例。

服务列表就是客户端负载均衡所使用的(同一注册中心集群)各服务的服务实例列表。Ribbon在实现上支持以下几种服务列表方式

静态服务器列表：通过Ribbon的BaseLoadBalancer所提供的setServerList()方法，初始化时直接进行动态设置指定；

基于配置的服务器列表：需要在项目配置文件中通过

.ribbon.listOfServers进行设置。（如user-service.ribbon.listOfServers=http://127.0.0.1:8082,http://127.0.0.1:8083）

基于服务发现的服务器列表：同时使用Ribbon和Eureka时，默认使用该方式，在应用启动时Ribbon就会从Eureka服务器中获取所有注册服务的列表数据，并保持同步。

该组件会对原始服务列表使用一定策略进行过滤返回有效可用的服务器列表给客户端负载均衡器使用。常用服务列表过滤器如下：ZoneAffinityServerListFilter：基于区域感知的方式，实现对服务实例的过滤，仅返回与本身所处区域一直的服务提供者实例列表；ServerListSubsetFilter：该过滤器继承自ZoneAffinityServerListFilter，在进行区域感知过滤后，仅返回一个固定大小的服务列表。默认将返回20个服务实例，可以通过ribbon.ServerListSubsetFilter.size进行设置；

ZonePreferenceServerListFilter：使用Eureka和Ribbon时默认的过滤器。实现通过配置或者Eureka所属区域来过滤出同区域的服务实例列表。

它实现了通过配置或者Eureka实例元数据的所属区域（Zone）来过滤出同区域的服务实例。如下面的源码所示，它的实现非常简单，首先通过父类ZoneAffinityServerListFilter的过滤器来获得“区域感知”的服务实例列表，然后遍历这个结果，取出根据消费者配置预设的区域Zone来进行过滤，如果过滤掉结果是空就直接返回父类获取的结果，如果不为空就返回通过消费者配置的Zone过滤后的结果。

用来检测一个微服务实例是否存活是否有响应，Ribbon通过该组件来判断所持有的服务实例列表中各服务可用情况，如果检测到某服务实例不存在/一定时间未响应，则会从持有服务列表中及时移除。

PingUrl：通过定期访问指定的URL判断；

PingConstant：不做任何处理，只返回一个固定值，用来表示该服务是否可用，默认值为true；

NoOpPing：不做任何处理，直接返回true，表示该服务器可用，默认策略；

DummyPing：直接返回true，但实现了initWithNiwsConfig方法；

NIWSDiscoverPing：根据DiscoveryEnabledServer中InstanceInfo的InstanceStatus属性判断，如果该属性的值为InstanceStatus.UP，则表示服务器可用；

作用就是选择一个最终服务实例地址作为负载均衡处理结果。Ribbon提供的选择策略有随机 (Random)、轮询 (RoundRobin)、一致性哈希 (ConsistentHash)、哈希 (Hash)、加权（Weighted）。

IRule负载均衡策略：通过实现该接口定义自己的负载均衡策略。它的choose方法就是从一堆服务器列表中按规则选出一个服务器。

默认实现：

ZoneAvoidanceRule（区域权衡策略）：复合判断Server所在区域的性能和Server的可用性，轮询选择服务器。

其他规则：

BestAvailableRule（最低并发策略）：会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务。逐个找服务，如果断路器打开，则忽略。

RoundRobinRule（轮询策略）：以简单轮询选择一个服务器。按顺序循环选择一个server。

RandomRule（随机策略）：随机选择一个服务器。

AvailabilityFilteringRule（可用过滤策略）：会先过滤掉多次访问故障而处于断路器跳闸状态的服务和过滤并发的连接数量超过阀值得服务，然后对剩余的服务列表安装轮询策略进行访问。

WeightedResponseTimeRule（响应时间加权策略）：据平均响应时间计算所有的服务的权重，响应时间越快服务权重越大，容易被选中的概率就越高。刚启动时，如果统计信息不中，则使用RoundRobinRule(轮询)策略，等统计的信息足够了会自动的切换到WeightedResponseTimeRule。响应时间长，权重低，被选择的概率低。反之，同样道理。此策略综合了各种因素（网络，磁盘，IO等），这些因素直接影响响应时间。

RetryRule（重试策略）：先按照RoundRobinRule(轮询)的策略获取服务，如果获取的服务失败则在指定的时间会进行重试，进行获取可用的服务。如多次获取某个服务失败，就不会再次获取该服务。主要是在一个时间段内，如果选择一个服务不成功，就继续找可用的服务，直到超时。

1.

：这是调用ribbon的客户端名称，如果此值为没有配置，则此条属性会作用到所有的客户端。

2.

：默认值为 “ribbon”

3.

：所有的可用的属性都在com.netflix.client.conf.CommonClientConfigKey。

.

.NFLoadBalancerClassName=xx

.

.NFLoadBalancerRuleClassName=xx

.

.NFLoadBalancerPingClassName=xx

.

.NIWSServerListClassName=xx

.

.NIWSServerListFilterClassName=xx

com.netflix.client.config.IClientConfig：Ribbon的客户端配置，默认采用com.netflix.client.config.DefaultClientConfigImpl实现。

com.netflix.loadbalancer.IRule：Ribbon的负载均衡策略，默认采用com.netflix.loadbalancer.ZoneAvoidanceRule实现，该策略能够在多区域环境下选出最佳区域的实例进行访问。

com.netflix.loadbalancer.IPing：Ribbon的实例检查策略，默认采用com.netflix.loadbalancer.NoOpPing实现，该检查策略是一个特殊的实现，实际上它并不会检查实例是否可用，而是始终返回true，默认认为所有服务实例都是可用的。

com.netflix.loadbalancer.ServerList：服务实例清单的维护机制，默认采用com.netflix.loadbalancer.ConfigurationBasedServerList实现。

com.netflix.loadbalancer.ServerListFilter：服务实例清单过滤机制，默认采org.springframework.cloud.netflix.ribbon.ZonePreferenceServerListFilter，该策略能够优先过滤出与请求方处于同区域的服务实例。

com.netflix.loadbalancer.ILoadBalancer：负载均衡器，默认采用com.netflix.loadbalancer.ZoneAwareLoadBalancer实现，它具备了区域感知的能力。

上面的配置是在项目中没有引入spring Cloud Eureka，如果引入了Eureka和Ribbon依赖时，自动化配置会有一些不同。

通过自动化配置的实现，可以轻松的实现客户端的负载均衡。同时，针对一些个性化需求，我们可以方便的替换上面的这些默认实现，只需要在springboot应用中创建对应的实现实例就能覆盖这些默认的配置实现。

@Configuration

public class MyRibbonConfiguration {

? ? @Bean

? ? public IRule ribbonRule(){

? ? ? ? return new RandomRule();

? ? }

}

这样就会使用P使用了RandomRule实例替代了默认的com.netflix.loadbalancer.ZoneAvoidanceRule。

也可以使用@RibbonClient注解实现更细粒度的客户端配置

对于Ribbon的参数通常有二种方式：全局配置以及指定客户端配置

全局配置的方式很简单

只需要使用ribbon.

=

格式进行配置即可。其中，

代表了Ribbon客户端配置的参数名，

则代表了对应参数的值。比如，我们可以想下面这样配置Ribbon的超时时间

ribbon.ConnectTimeout=250

ribbon.ServerListRefreshInterval=2000? ?ribbon获取服务定时时间

全局配置可以作为默认值进行设置，当指定客户端配置了相应的key的值时，将覆盖全局配置的内容

指定客户端的配置方式

.ribbon.

=

的格式进行配置.

表示服务名，比如没有服务治理框架的时候（如Eureka），我们需要指定实例清单，可以指定服务名来做详细的配置，

user-service.ribbon.listOfServers=localhost:8080,localhost:8081,localhost:8082

对于Ribbon参数的key以及value类型的定义，可以通过查看com.netflix.client.config.CommonClientConfigKey类。

当在spring Cloud的应用同时引入Spring cloud Ribbon和Spring Cloud Eureka依赖时，会触发Eureka中实现的对Ribbon的自动化配置。这时的serverList的维护机制实现将被com.netflix.niws.loadbalancer.DiscoveryEnabledNIWSServerList的实例所覆盖，该实现会讲服务清单列表交给Eureka的服务治理机制来进行维护。IPing的实现将被com.netflix.niws.loadbalancer.NIWSDiscoveryPing的实例所覆盖，该实例也将实例接口的任务交给了服务治理框架来进行维护。默认情况下，用于获取实例请求的ServerList接口实现将采用Spring Cloud Eureka中封装的org.springframework.cloud.netflix.ribbon.eureka.DomainExtractingServerList，其目的是为了让实例维护策略更加通用，所以将使用物理元数据来进行负载均衡，而不是使用原生的AWS AMI元数据。在与Spring cloud Eureka结合使用的时候，不需要再去指定类似的user-service.ribbon.listOfServers的参数来指定具体的服务实例清单，因为Eureka将会为我们维护所有服务的实例清单，而对于Ribbon的参数配置，我们依然可以采用之前的两种配置方式来实现。

此外，由于spring Cloud Ribbon默认实现了区域亲和策略，所以，可以通过Eureka实例的元数据配置来实现区域化的实例配置方案。比如可以将不同机房的实例配置成不同的区域值，作为跨区域的容器机制实现。而实现也非常简单，只需要服务实例的元数据中增加zone参数来指定自己所在的区域，比如：

eureka.instance.metadataMap.zone=shanghai

在Spring Cloud Ribbon与Spring Cloud Eureka结合的工程中，我们可以通过参数禁用Eureka对Ribbon服务实例的维护实现。这时又需要自己去维护服务实例列表了。

ribbon.eureka.enabled=false.

由于Spring Cloud Eureka实现的服务治理机制强调了cap原理的ap机制（即可用性和可靠性），与zookeeper这类强调cp（一致性，可靠性）服务质量框架最大的区别就是，Eureka为了实现更高的服务可用性，牺牲了一定的一致性，在极端情况下宁愿接受故障实例也不要丢弃"健康"实例。

比如说，当服务注册中心的网络发生故障断开时候，由于所有的服务实例无法维护续约心跳，在强调ap的服务治理中将会把所有服务实例剔除掉，而Eureka则会因为超过85%的实例丢失心跳而触发保护机制，注册中心将会保留此时的所有节点，以实现服务间依然可以进行互相调用的场景，即使其中有部分故障节点，但这样做可以继续保障大多数服务的正常消费。

在Camden版本，整合了spring retry来增强RestTemplate的重试能力，对于我们开发者来说，只需要简单配置，即可完成重试策略。

spring.cloud.loadbalancer.retry.enabled=true

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=10000

user-service.ribbon.ConnectTimeout=250

user-service.ribbon.ReadTimeout=1000

user-service.ribbon.OkToRetryOnAllOperations=true

user-service.ribbon.MaxAutoRetriesNextServer=2

user-service.ribbon.maxAutoRetries=1

spring.cloud.loadbalancer.retry.enabled:该参数用来开启重试机制，它默认是关闭的。

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds：断路器的超时时间需要大于Ribbon的超时时间，不然不会触发重试。

user-service.ribbon.ConnectTimeout：请求连接超时时间。

user-service.ribbon.ReadTimeout：请求处理的超时时间

user-service.ribbon.OkToRetryOnAllOperations：对所有操作请求都进行重试。

user-service.ribbon.MaxAutoRetriesNextServer：切换实例的重试次数。

user-service.ribbon.maxAutoRetries：对当前实例的重试次数。

根据以上配置，当访问到故障请求的时候，它会再尝试访问一次当前实例（次数由maxAutoRetries配置），如果不行，就换一个实例进行访问，如果还是不行，再换一个实例访问（更换次数由MaxAutoRetriesNextServer配置），如果依然不行，返回失败

项目启动的时候会自动的为我们加载LoadBalancerAutoConfiguration自动配置类，该自动配置类初始化条件是要求classpath必须要有RestTemplate这个类，必须要有LoadBalancerClient实现类。

LoadBalancerAutoConfiguration为我们干了二件事，第一件是创建了LoadBalancerInterceptor拦截器bean，用于实现对客户端发起请求时进行拦截，以实现客户端负载均衡。创建了一个

RestTemplateCustomizer的bean，用于给RestTemplate增加LoadBalancerInterceptor拦截器。

每次请求的时候都会执行org.springframework.cloud.client.loadbalancer.LoadBalancerInterceptor的intercept方法，而LoadBalancerInterceptor具有LoadBalancerClient（客户端负载客户端）实例的一个引用，

在拦截器中通过方法获取服务名的请求url（比如http://user-service/user），及服务名（比如user-service），然后调用负载均衡客户端的execute方法。

执行负载客户端RibbonLoadBalancerClient（LoadBalancerClient的实现）的execute方法，得到ILoadBalancer（负载均衡器）的实现ZoneAwareLoadBalancer，并且通过调用其chooseServer方法获得服务列表中的一个实例，比如说user-service列表注册到eureka中一个实例。然后向其中的一个具体实例发起请求，得到结果。

Ribbon详解?

https://www.jianshu.com/p/1bd66db5dc46

Spring cloud系列六 Ribbon的功能概述、主要组件和属性文件配置??

https://blog.csdn.net/hry2015/article/details/78357990

Ribbon的ZoneAwareLoadBalancer??

https://blog.csdn.net/chengqiuming/article/details/81209131

Ribbon的实际使用

https://www.jianshu.com/p/f86af82fa782

本人有道云笔记中记录的参考文章

文档：04_ribbon 负载均衡.note

链接：http://note.youdao.com/noteshare?id=74e2434f21c3e96fb106be44fd8ed0b9&sub=2516B0E6DFEE4786B26D9528AF522928

聊聊Spring Boot面试相关问题

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

Spring Boot 主要有如下优点：

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

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

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

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

@ComponentScan：Spring组件扫描。

Spring JavaConfig 是 Spring 社区的产品，它提供了配置 Spring IoC 容器的纯Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的优点在于：

（1） 面向对象的配置。由于配置被定义为 JavaConfig 中的类，因此用户可以

充分利用 Java 中的面向对象的功能。一个配置类可以继承另一个，重写它的

@Bean 方法等。

（2） 减少或消除 XML 配置。基于依赖注入原则的外化配置的好处已被证明。

但是，许多开发人员不希望在 XML 和 Java 之间来回切换。JavaConfig 为开发人员提供了一种纯粹 Java 方法来配置与 XML 配置概念相似的 Spring 容器。从

技术角度来讲，只是使用 JavaConfig 配置类来配置容器是可行的，但实际上很多人认为将JavaConfig 与 XML 混合匹配是理想的。（3）类型安全和重构友好。JavaConfig 提供了一种类型安全的方法来配置

Spring容器。由于 Java 5.0 对泛型的支持，现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找。

BFPP：BeanFactoryPostProcessor

BPP：BeanPostProcessor

BDRPP:BeanDefinitionRegistryPostProcessor

表达的总体思路是：总-分-总

1、springboot自动装配是什么，解决了什么问题

2、自动装配实现的原理：

1、当启动springboot应用程序的时候， 会先创建SpringApplication的对象，在对象的构造方法中会进行某些参数的初始化工作，最主要的是判断当前应用程序的类型以及初始化器和监听器，在这个过程中会加载整个应用程序中的spring.factories文件，将文件的内容放到缓存对象中，方便后续获取。

2、SpringApplication对象创建完成之后，开始执行run方法，来完成整个启动，启动过程中最主要的有两个方法，第一个叫做prepareContext，第二个叫做refreshContext,在这两个关键步骤中完整了自动装配的核心功能，前面的处理逻辑包含了上下文对象的创建，banner的打印，异常报告期的准备等各个准备工作，方便后续来进行调用。

3、在prepareContext方法中主要完成的是对上下文对象的初始化操作，包括了属性值的设置，比如环境对象，在整个过程中有一个非常重要的方法，叫做load，load主要完成一件事，将当前启动类做为一个beanDefinition注册到registry中，方便后续在进行BeanFactoryPostProcessor调用执行的时候，找到对应的主类，来完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作

4、在refreshContext方法中会进行整个容器刷新过程，会调用中spring中的refresh方法，refresh中有13个非常关键的方法，来完成整个spring应用程序的启动，在自动装配过程中，会调用invokeBeanFactoryPostProcessor方法，在此方法中主要是对ConfigurationClassPostProcessor类的处理，这次是BFPP的子类也是BDRPP的子类，在调用的时候会先调用BDRPP中的postProcessBeanDefinitionRegistry方法，然后调用postProcessBeanFactory方法，在执行postProcessBeanDefinitionRegistry的时候回解析处理各种注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。

5、在解析@Import注解的时候，会有一个getImports的方法，从主类开始递归解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中对Import的类进行分类，此处主要识别的时候AutoConfigurationImportSelect归属于ImportSelect的子类，在后续过程中会调用deferredImportSelectorHandler中的process方法，来完整EnableAutoConfiguration的加载。

6、上面是我对springboot自动装配的简单理解，面试官您看一下，我回答有没有问题，帮我指点一下！

在 Spring Boot 里面，可以使用以下几种方式来加载配置。

1） properties文件；

2） YAML文件；

3） 系统环境变量；

等等……

YAML 是一种人类可读的数据序列化语言。它通常用于配置文件。与属性文件相比，如果我们想要在配置文件中添加复杂的属性，YAML 文件就更加结构化，而且更少混淆。可以看出 YAML 具有分层配置数据。

YAML 现在可以算是非常流行的一种配置文件格式了，无论是前端还是后端，都可以见到 YAML 配置。那么 YAML 配置和传统的 properties 配置相比到底有哪些优势呢？

相比 properties 配置文件，YAML 还有一个缺点，就是不支持 @PropertySource 注解导入自定义的 YAML 配置。

Spring Boot 推荐使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通过 @ImportResource 注解可以引入一个 XML 配置。 spring boot 核心配置文件是什么？

bootstrap.properties 和 application.properties 有何区别 ?

单纯做 Spring Boot 开发，可能不太容易遇到 bootstrap.properties 配置文

件，但是在结合 Spring Cloud 时，这个配置就会经常遇到了，特别是在需要加载一些远程配置文件的时侯。

spring boot 核心的两个配置文件：

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加载的，比 applicaton 优先加载，配置在应用程序上下文的引导阶段生效。一般来说我们在 Spring Cloud Config 或者 Nacos 中会用到它。且 boostrap 里面的属性不

能被覆盖；

application (. yml 或者 . properties)： 由ApplicatonContext 加载，用于 spring boot 项目的自动化配置。

Spring Profiles 允许用户根据配置文件（dev，test，prod 等）来注册 bean。因此，当应用程序在开发中运行时，只有某些 bean 可以加载，而在

PRODUCTION中，某些其他 bean 可以加载。假设我们的要求是 Swagger 文档仅适用于 QA 环境，并且禁用所有其他文档。这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单。

为了在自定义端口上运行 Spring Boot 应用程序，您可以在

application.properties 中指定端口。server.port = 8090

为了实现 Spring Boot 的安全性，我们使用 spring-boot-starter-security 依赖项，并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展

WebSecurityConfigurerAdapter 并覆盖其方法。

跨域可以在前端通过 JSONP 来解决，但是 JSONP 只可以发送 GET 请求，无法发送其他类型的请求，在 RESTful 风格的应用中，就显得非常鸡肋，因此我们推荐在后端通过 （CORS，Cross-origin resource sharing） 来解决跨域问题。这种解决方案并非 Spring Boot 特有的，在传统的 SSM 框架中，就可以通过 CORS 来解决跨域问题，只不过之前我们是在 XML 文件中配置 CORS ，现在可以通过实现WebMvcConfigurer接口然后重写addCorsMappings方法解决跨域问题。

项目中前后端分离部署，所以需要解决跨域的问题。

我们使用cookie存放用户登录的信息，在spring拦截器进行权限控制，当权限不符合时，直接返回给用户固定的json结果。

当用户登录以后，正常使用；当用户退出登录状态时或者token过期时，由于拦截器和跨域的顺序有问题，出现了跨域的现象。

我们知道一个http请求，先走filter，到达servlet后才进行拦截器的处理，如果我们把cors放在filter里，就可以优先于权限拦截器执行。

CSRF 代表跨站请求伪造。这是一种攻击，迫使 终用户在当前通过身份验证的 Web 应用程序上执行不需要的操作。CSRF 攻击专门针对状态改变请求，而不是数据窃取，因为攻击者无法查看对伪造请求的响应。

Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和监控。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问 的REST 端点来检查状态。

如何在 Spring Boot 中禁用 Actuator 端点安全性？

默认情况下，所有敏感的 HTTP 端点都是安全的，只有具有 ACTUATOR 角色

的用户才能访问它们。安全性是使用标准的 HttpServletRequest.isUserInRole 方法实施的。 我们可以使用来禁用安全性。只有在执行机构端点在防火墙后访问时，才建议禁用安全性。

Spring Boot 提供监视器端点以监控各个微服务的度量。这些端点对于获取有关应用程序的信息（如它们是否已启动）以及它们的组件（如数据库等）是否正常运行很有帮助。但是，使用监视器的一个主要缺点或困难是，我们必须单独打开应用程序的知识点以了解其状态或 健康 状况。想象一下涉及 50 个应用程序的微服务，管理员将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况，我们将使用位于的开源项目。 它建立在 Spring Boot Actuator 之上，它提供了一个 Web UI，使我们能够可视化多个应用程序的度量。

WebSocket 是一种计算机通信协议，通过单个 TCP 连接提供全双工通信信道。

1、 WebSocket 是双向的 -使用 WebSocket 客户端或服务器可以发起消息发送。

2、 WebSocket 是全双工的 -客户端和服务器通信是相互独立的。

3、 单个 TCP 连接 -初始连接使用 HTTP，然后将此连接升级到基于套接字的连接。然后这个单一连接用于所有未来的通信

4、 Light -与 http 相比，WebSocket 消息数据交换要轻得多。

什么是 Spring Data ?

Spring Data 是 Spring 的一个子项目。用于简化数据库访问，支持NoSQL 和 关系数据存储。其主要目标是使数据库的访问变得方便快捷。Spring Data 具有如下特点：

SpringData 项目支持 NoSQL 存储：

SpringData 项目所支持的关系数据存储技术：

Spring Boot Batch 提供可重用的函数，这些函数在处理大量记录时非常重要，包括日志/跟踪，事务管理，作业处理统计信息，作业重新启动，跳过和资源管理。它还提供了更先进的技术服务和功能，通过优化和分区技术，可以实现极高批量和高性能批处理作业。简单以及复杂的大批量批处理作业可以高度可扩展的方式利用框架处理重要大量的信息。

FreeMarker 是一个基于 Java 的模板引擎， 初专注于使用 MVC 软件架构进行动态网页生成。使用 Freemarker 的主要优点是表示层和业务层的完全分离。程序员可以处理应用程序代码，而设计人员可以处理 html 页面设计。 后使用 freemarker 可以将这些结合起来，给出 终的输出页面。

对于集成 Spring Boot 和 ActiveMQ，我们使用依赖关系。 它只需要很少的配置，并且不需要样板代码。

Swagger 广泛用于可视化 API，使用 Swagger UI 为前端开发人员提供在线沙箱。Swagger 是用于生成 RESTful Web 服务的可视化表示的工具，规范和完整框架实现。它使文档能够以与服务器相同的速度更新。当通过 Swagger 正确定义时，消费者可以使用 少量的实现逻辑来理解远程服务并与其进行交互。因此，Swagger消除了调用服务时的猜测。

前后端分离，如何维护接口文档 ?

前后端分离开发日益流行，大部分情况下，我们都是通过 Spring Boot 做前后端分离开发，前后端分离一定会有接口文档，不然会前后端会深深陷入到扯皮中。一个比较笨的方法就是使用 word 或者 md 来维护接口文档，但是效率太低，接口一变，所有人手上的文档都得变。在 Spring Boot 中，这个问题常见

的解决方案是 Swagger ，使用 Swagger 我们可以快速生成一个接口文档网

站，接口一旦发生变化，文档就会自动更新，所有开发工程师访问这一个在线网站就可以获取到 新的接口文档，非常方便。

这可以使用 DEV 工具来实现。通过这种依赖关系，您可以节省任何更改，嵌入式tomcat 将重新启动。Spring Boot 有一个开发工具（DevTools）模块，它有助于提高开发人员的生产力。Java 开发人员面临的一个主要挑战是将文件更改自动部署到服务器并自动重启服务器。开发人员可以重新加载 Spring Boot 上的更改，而无需重新启动服务器。这将消除每次手动部署更改的需要。

Spring Boot 在发布它的第一个版本时没有这个功能。这是开发人员 需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。

它还提供 H2 数据库控制台以更好地测试应用程序。

使用了下面的一些依赖项

spring-boot-starter-activemq

spring-boot-starter-security

这有助于增加更少的依赖关系，并减少版本的冲突。

Spring Boot 中的 starter 到底是什么 ?

首先，这个 Starter 并非什么新的技术点，基本上还是基于 Spring 已有功能来实现的。首先它提供了一个自动化配置类，一般命名为 XXXAutoConfiguration

，在这个配置类中通过条件注解来决定一个配置是否生效（条件注解就是

Spring 中原本就有的），然后它还会提供一系列的默认配置，也允许开发者根据实际情况自定义相关配置，然后通过类型安全的属性注入将这些配置属性注入进来，新注入的属性会代替掉默认属性。正因为如此，很多第三方框架，我们只需要引入依赖就可以直接使用了。当然，开发者也可以自定义 Starter spring-boot-starter-parent 有什么用 ?

我们都知道，新创建一个 Spring Boot 项目，默认都是有 parent 的，这个

parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什么区别 ?

Spring Boot 项目 终打包成的 jar 是可执行 jar ，这种 jar 可以直接通过 java jar xxx.jar 命令来运行，这种 jar 不可以作为普通的 jar 被其他项目依赖，即使依赖了也无法使用其中的类。

Spring Boot 的 jar 无法被其他项目依赖，主要还是他和普通 jar 的结构不同。普通的 jar 包，解压后直接就是包名，包里就是我们的代码，而 Spring Boot

打包成的可执行 jar 解压后，在 BOOT-INFclasses 目录下才是我们的代码，因此无法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，将 Spring Boot 项目打包成两个 jar ，一个可执行，一个可引用。

1） 打包用命令或者放到容器中运行

2） 用 Maven/ Gradle 插件运行

3）直接执行 main 方法运行

1） 继承spring-boot-starter-parent项目

2） 导入spring-boot-dependencies项目依赖

Spring 提供了一种使用 ControllerAdvice 处理异常的非常有用的方法。 我们通过实现一个 ControlerAdvice 类，来处理控制器类抛出的所有异常。

使用 Spring Boot 实现分页非常简单。使用 Spring Data-JPA 可以实现将可分页的传递给存储库方法。

微服务中如何实现 session 共享 ?

在微服务中，一个完整的项目被拆分成多个不相同的独立的服务，各个服务独立部署在不同的服务器上，各自的 session 被从物理空间上隔离开了，但是经

常，我们需要在不同微服务之间共享 session ，常见的方案就是 Spring

Session + Redis 来实现 session 共享。将所有微服务的 session 统一保存在 Redis 上，当各个微服务对 session 有相关的读写操作时，都去操作 Redis 上的 session 。这样就实现了 session 共享，Spring Session 基于 Spring 中的代理过滤器实现，使得 session 的同步操作对开发人员而言是透明的，非常简便。

定时任务也是一个常见的需求，Spring Boot 中对于定时任务的支持主要还是来自 Spring 框架。

在 Spring Boot 中使用定时任务主要有两种不同的方式，一个就是使用 Spring 中的 @Scheduled 注解，另一个则是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通过 @Scheduled 注解来实现。

使用 Quartz ，则按照 Quartz 的方式，定义 Job 和 Trigger 即可。

java该怎么自学？

在学java一定要问问自己喜欢吗？只要喜欢一切没问题，这是我的建议：多敲代码，多敲代码，多敲代码，重要的事情说三遍
学习Java决不能听完敲一遍就过，一定要多敲几遍，第一遍可以跟着老师的思路，后面一定要有自己的思路，慢慢培养自己的编程思想和实现功能的逻辑。甚至可以自己给自己出题，完全靠自己实现一些有意思的小功能，对提升自己的能力和代码熟练度都有不小的帮助。
多看视频，多练习，主要是练习一些算法的运用，建议下载一些编程练习题，一道一道弄通弄懂。经常做笔记，用记事本把一些经典问题保存下来，以备复习。
如果是零基础的话，就看视频，b站上高旗老师讲得不错，每看到视频出现一段代码就马上在电脑上给他跑出来，不要直接拿源码光盘来复制，不要把视频看完半段了才开始敲代码。这样几天后你会找到一些感觉，然后没事就想些代码来写写，比如想下怎样把名字转换成乱码，然后再用另一个方法转换回来，模拟步话机发送几条消息什么的。这样下去不出3月你定牛逼，这时再把教材拿出来仔细看每一句话，掌握原理。
希望你早日学成，有苦恼一起讨论一下。
传智播客-黑马程序员-Java
每个人的学习方法是不同的，一个人的方法不见得适合另一个人，我只能是谈自己的学习方法。因为我学习Java是完全自学的，从来没有问过别人，所以学习的过程基本上完全是自己摸索出来的。我也不知道这种方法是否是比较好的方法，只能给大家提供一点参考了。
学习Java的第一步是安装好JDK
写一个Hello ?World，其实JDK的学习没有那么简单，关于JDK有两个问题是很容易一直困扰Java程序员的地方：一个是CLASSPATH的问题，其实从原理上来说，是要搞清楚JRE的ClassLoader是如何加载Class的；另一个问题是package和import问题，如何来寻找类的路径问题。把这两个问题摸索清楚了，就扫除了学习Java和使用JDK的最大障碍。推荐看一下王森的《Java深度历险》，对这两个问题进行了深入的探讨。
第二步是学习Java的语法
Java的语法是类C++的，基本上主流的编程语言不是类C，就是类C++的，没有什么新东西，所以语法的学习，大概就是半天的时间足够了。唯一需要注意的是有几个不容易搞清楚的关键字的用法，public，protected，private，static，什么时候用，为什么要用，怎么用，这可能需要有人来指点一下，我当初是完全自己琢磨出来的，花了很久的时间。不过后来我看到《Thinking in Java》这本书上面是讲了这些概念的。
第三步是学习Java的面向对象的编程语言的特性的地方。
比如继承，构造器，抽象类，接口，方法的多态，重载，覆盖，Java的异常处理机制。对于一个没有面向对象语言背景的人来说，我觉得这个过程需要花很长很长时间，因为学习Java之前没有C++的经验，只有C的经验，我是大概花了一个月左右吧，才彻底把这些概念都搞清楚，把书上面的例子反复的揣摩，修改，尝试，把那几章内容反复的看过来，看过去，看了不下5遍，才彻底领悟了。不过我想如果有C++经验的话，应该一两天时间足够了。那么在这个过程中，可以多看看《Thinking in Java》这本书，对面向对象的讲解非常透彻。可惜的是我学习的时候，并没有看到这本书，所以自己花了大量的时间，通过自己的尝试和揣摩来学会的。
第四步就是开始熟悉Java的类库。
Java的基础类库其实就是JDK安装目录下面jre/lib/rt.jar这个包。学习基础类库就是学习 rt.jar。基础类库里面的类非常非常多。据说有3000多个，我没有统计过。但是真正对于我们来说最核心的只有4个，分别是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;
这四个包的学习，每个包的学习都可以写成一本厚厚的教材，而O'reilly也确实是这样做的。我觉得如果时间比较紧，是不可能通过读四本书来学习。我觉得比较好的学习方法是这样的：
首先要通读整个package的框架，了解整个package的class，interface，exception的构成，最好是能够找到介绍整个包框架的文章。这些专门介绍包的书籍的前几章应该就是这些总体的框架内容介绍。
对包整体框架的把握并不是要熟悉每个类的用法，记住它有哪些属性，方法。想记也记不住的。而是要知道包有哪些方面的类构成的，这些类的用途是什么，最核心的几个类分别是完成什么功能的。我在给人培训的时候一般是一次课讲一个包，所以不可能详细的介绍每个类的用法，但是我反复强调，我给你们讲这些包的不是要告诉你们类的方法是怎么调用的，也不要求你们记住类的方法调用，而是要你们了解，Java给我们提供了哪些类，每个类是用在什么场合，当我遇到问题的时候，我知道哪个类，或者哪几个类的组合可以解决我的问题，That'all！，当我们具体写程序的时候，只要你知道该用哪个类来完成你的工作就足够了。编码的时候，具体的方法调用，是边写代码，边查Documentation，所有的东西都在Documentation里面，不要求你一定记住，实际你也记不住3000多个类的总共将近10万个方法调用。所以对每个包的总体框架的把握就变得极为重要。
第五步，通过上面的学习，如果学的比较扎实的话，就打好了Java的基础了，剩下要做的工作是扫清Documentation里面除了上面4个包之外的其他一些比较有用处的类。相信进展到这一步，Java的自学能力已经被培养出来了，可以到了直接学习Documentation的水平了。除了要做GUI编程之外，JDK里面其他会有用处的包是这些：
java.text.*;
java.net.*;
javax.naming.*;
这些包里面真正用的比较多的类其实很少，只有几个，所以不需要花很多时间。
第六步，Java Web 编程
Web编程的核心是HTTP协议，HTTP协议和Java无关，如果不熟悉HTTP协议的话，虽然也可以学好Servlet/JSP编程，但是达不到举一反三，一通百通的境界。所以HTTP协议的学习是必备的。如果熟悉了HTTP协议的话，又有了Java编程的良好的基础，学习Servlet/JSP简直易如反掌，我学习Servlet/JSP就用了不到一周的时间，然后就开始用JSP来做项目了。
在Servlet/JSP的学习中，重头仍然是Servlet Documentation。Servlet API最常用的类很少，花比较少的时间就可以掌握了。把这些类都看一遍，多写几个例子试试。Servlet/JSP编程本质就是在反复调用这些类来通过 HTTP协议在Web Server和Brower之间交谈。另外对JSP，还需要熟悉几个常用JSP的标记，具体的写法记不住的话，临时查就是了。
此外Java Web编程学习的重点要放在Web Application的设计模式上，如何进行业务逻辑的分析，并且进行合理的设计，按照MVC设计模式的要求，运用Servlet和JSP分别完成不同的逻辑层，掌握如何在Servlet和JSP之间进行流程的控制和数据的共享，以及Web Application应该如何配置和部署。
第七步，J2EE编程
以上的学习过程如果是比较顺利的话，进行到这一步，难度又陡然提高。因为上面的知识内容 都是只涉及一个方面，而像EJB，JMS，JTA等核心的J2EE规范往往是几种Java技术的综合运用的结晶，所以掌握起来难度比较大。
首先一定要学习好JNDI，JNDI是App Server定位服务器资源（EJB组件，Datasouce，JMS）查找方法，如果对JNDI不熟悉的话，EJB，JMS这些东西几乎学不下去。 JNDI其实就是javax.naming.*这个包，运用起来很简单。难点在于服务器资源文件的配置。对于服务器资源文件的配置，就需要看看专门的文档规范了，比如web.xml的写法，ejb-jar.xml的写法等等。针对每种不同的App Server，还有自己的服务资源配置文件，也是需要熟悉的。
然后可以学习JTA，主要是要理解JTA对于事务的控制的方法，以及该在什么场合使用JTA。这里可以简单的举个例子，我们知道一般情况可以对于一个数据库连接进行事务控制(conn.setAutoCommit (false),....,conn.commit())，做为一个原子操作，但是假设我的业务需求是要把对两个不同数据库的操作做为一个原子操作，你能做的到吗？这时候只能用JTA了。假设操作过程是先往A数据库插一条记录，然后删除B数据库另一个记录，我们自己写代码是控制不了把整个操作做为一个原子操作的。用JTA的话，由App Server来完成控制。
在学习EJB之前要学习对象序列化和RMI，RMI是EJB的基础。接着学习JMS和EJB，对于EJB来说，最关键是要理解EJB是如何通过RMI来实现对远端对象的调用的，以及在什么情况下要用到EJB。
在学习完EJB，JMS这些东西之后，你可能会意识到要急不可待学习两个领域的知识，一个是UML，另一个是Design Pattern。Java企业软件的设计非常重视框架(Framework)的设计，一个好的软件框架是软件开发成功的必要条件。在这个时候，应该开始把学习的重点放在设计模式和框架的学习上，通过学习和实际的编程经验来掌握EJB的设计模式和J2EE的核心模式。
J2EE规范里面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外还有很多很多的企业技术，这里不一一进行介绍了。
另外还有一个最新领域Web Services。Web Services也完全没有任何新东西，它像是一种黏合剂，可以把不同的服务统一起来提供一个统一的调用接口，作为使用者来说，我只要获得服务提供者给我的WSDL（对服务的描述），就够了，我完全不知道服务器提供者提供的服务究竟是EJB组件，还是.Net组件，还是什么CORBA组件，还是其他的什么实现，我也不需要知道。Web Services最伟大的地方就在于通过统一的服务提供方式和调用方式，实现了整个Internet服务的共享，是一个非常令人激动的技术领域。Web Services好像目前还没有什么很好的书籍，但是可以通过在网络上面查资料的方式来学习。
就从基础开始说起
Javase
Java基础所包含的，Java零基础必备安装包、JavaSE301集、Java教程零基础2019、Java教程零基础2019（ava基础语法、面向对象、异常、数组、常用类、集合、IO流、线程、反射机等等）、XML、Tomcat服务器开发；其中Java零基础2019这视频教程系列可以去B站观看。搜索Java或者Java教程，第一个就是，杜老师讲的，比较细致。
JavaWeb前端教程
HTML、CSS、JavaScript、jQuery、Ajax；（包含讲义、课堂笔记、源码、工具等等，一应俱全。）
Java数据库
MySQL、Oracle、PLSQL、JDBC
JavaWeb
Eclipse快捷键与下载安装、Tomcat9配置和使用、JavaWeb开发基础、Servlet编程、JSPSession&Cookie、监听器、过滤器、文件上传和下载、Servlet3.0特性
JavaWeb项目
二手车、电商竞拍平台、EGOV项目、微信支付开发
Java流行框架
SSH之JDK动态代理、SSH之CGLIB代理、SSH之JUnit4、SSH之Log4j、SSH之Struts2、SSH之Spring4、SSH之Hibernate5、SSH框架整合技术、SSM之Adapter设计模式、SSM之SpringMVC、SSM之Spring4、SSM之MyBatis、SSM框架整合技术
前沿技术
IntelliJ IDEA、SpringBoot、linux系统安装教程、SVN、Maven、Redis、Dubbo
学生毕业设计
宿舍管理系统、库存管理系统、图书馆管理系统、学生成绩管理系统、医院分诊管理考试管理系统
王勇老师Java教程
Struts1、Struts2、SpringHibernate、EJB、DRP分销资源计划项目（这个教程系列比较经典，可以当做参考学习）
学习Java有以上教程就足够了，而这些学习资源皆可在“动力节点”下载到，除了以上说的这些，还可以到蛙课上去学习，Java视频教程也挺全面的。
关于java怎么学？我的建议如下：
1、按阶段规划，时间留够，但一定要有互相催促的伙伴，否则会很孤独也难以坚持，伙伴得挑好了，别把你带歪了。
2、有了伙伴先学习HTML+CSS，做点网页出来，让自己心中对软件行业充满成就感，这样说培养自己的兴趣的一种，俗话说兴趣是最好的老师，没有兴趣走不远。
3、然后学习简单Java语法，写简单的流程控制语句，简单数据结构，当逻辑思维和数据结构达到一个3层循环都能搞清楚的水准的时候，马马虎虎可以进入下一步了
4、进入Java面向对象的学习，搞清楚类、对象，封装继承多态，内部类，对象的概念，然后进入常用集合和泛型以及集合的底层数据结构的学习
5、学习IO流，能够操作读取大文件，多线程，Socket编程，学完之后使用JavaSE的基础做一个五子棋游戏，或者QQ聊天，强化一下自己的知识。
6、进入数据库学习，先学习MySQL，较为简单常用，学完数据库，也可以看看Redis的使用
7、进入JavaWeb课程的学习，以Servlet+Jsp为主，还有tomcat和http基础，
8、学习JavaScritp+JQuery，结合JavaWeb做一个小的管理系统
9、进入JavaEE的学习，常用框架，主要是SpringMVC和Mybatis，学完之后试着去接触微服务架构
10、学习Linux操作，使用Linux部署tomcat进行环境搭建，跑一个简单的页面出来
11、SpringBoot可以进行了解学习，Oracle可以进行了解学习。
记得看视频看视频看视频啊！！！b站高淇讲得还不错，可以参考一下！
所以同学尽快行动起来吧!
其实自学的话，很简单，即：找一本入门书，如《Head First Java》，耐心点，搞懂里面每一行、所有的字。然后你才算半个脚入门，因为你发现你还是完全不会做任何东西。接下来就是web和企业级开发的那些框架。当然，我觉得你半只脚入门了的话，基本会自己找到接下来该学哪些知识点了。
不过，如果你还是并不知道怎么入门，并且已经打算了要报班，那么你可以看过来。我这里正好在开展一元团课的活动，是的，整个se+web近两个月的课程你免费学，哦，不，是一块钱学。
大纲如下，当然，这个大纲也可以用于指导你自学，它包括整个JavaEE即企业级开发的完整技术。
第一阶段：JavaSE核心技术
Day01：开学典礼与Java概述
1、开学典礼与计算机基础
2、Java编程语言概述
3、Java编程语言发展简史
4、Java编程语言主要特征
5、Java技术体系平台
6、Java核心机制与JVM运行原理
7、搭建 Java开发环境与JDK 的安装与配置
8、Java程序分类
9、第一个 Java 应用程序HelloWorld
10、Java 程序文件、编译和执行
11、Java代码的风格与注释
Day02：Java程序基本语法
1、Java标识符与关键字
2、变量的声明与使用
3、变量内存空间分配与原理
4、进制与位运算
5、变量的数据类型
6、数据类型之间的转换
7、变量的运算与作用域
Day03：流程控制之选择结构
1、顺序结构概述
2、分支结构之if 分支结构
3、分支结构之switch 选择结构与相关规则
Day04：流程控制之循环结构（一）
1、循环结构之for 循环
2、循环结构之while 循环
3、do-while 循环语句
Day05：跳转语句与流程控制语句的综合应用
1、跳转语句的使用
2、流程控制语句场景的选择
3、流程控制语句的综合练习
Day06：Java中方法的声明与调用
1、方法的声明与使用
2、方法调用的过程分析
3、调用其它类的方法
4、参数的值传递
5、方法的重载
6、可变个数参数的方法以及命令行参数
7、阶段案例：猜拳游戏与万年历或其他
Day07：Java数组
1、 数组概述
2、 数组语法定义
3、 数组元素操作
4、 数组元素排序
5、数组元素查找
6、数组的默认初始化与内存分析
7、数组综合应用数独与布局算法
8、数组作为方法参数和返回值类型
Day08：面向对象编程概述
1、面向对象编程思想概述
2、类和对象概念及关系
3、类的语法定义、对象的属性和方法
4、类的实例化
Day9：面向对象编程进阶
1、构造方法
2、this关键字
3、类的封装性
4、static关键字
5、动态块与静态块
6、Java对象的内存管理与垃圾回收
7、单例模式
Day10：类的继承与多态
1、对象的关联关系
2、继承的基本概念
3、类继承的语法实现
4、final关键字与super关键字
5、继承的优缺点
6、继承中类中各个成员特点
7、方法重写
8、继承的综合案例
Day11：多态性
1、多态概述
2、多态实现
3、对象类型的转换
4、instanceof 运算符
5、抽象类
6、面向对象综合案例
Day12：内部类、接口和包
1、接口
2、包 (package) 的管理与作用
3、类成员访问权限的讨论
4、内部类
5、Factory
Method 设计模式
6、阶段测试（安排在自习时间进行）
Day13：异常处理
1、异常的概念与原理
2、异常的结构体系
3、运行时异常与非运行时异常
4、异常的处理
5、try-catch 示例
6、使用finally回收资源
7、throw与throws关键字
8、自定义异常
9、实战中自定义异常的应用解析
10、异常链与异常信息的访问
Day14：内部类与Java API（一）
1、字符串类概述
2、String 类的使用与内存原理
3、String 类的算法分析
4、StringBuffer 与 StringBuilder
Day15：Java API（二）
1、Object类详解
2基本数据类型包装类
3、装箱与拆箱
4、System类
5、Date类
6、SimpleDateFormat类
7、Calendar类
8、Math类
9、BigInteger类与BigDecimal类
Day16：集合与泛型（一）
1、集合框架概述
2、Collection 系列集合层次结构
3、Map集合的层次结构
4、Iterator 与 ListIterator
5、List 系列集合与Set系列集合
Day17：集合与泛型（二）
1、Map 系列集合与数据结构分析
2、HashMap与Hashtable
3、TreeMap
4、Properties
5、Collections 工具类、Arrays工具类
Day18：集合与泛型（三）
1、集合中使用泛型
2、自定义泛型类、泛型接口、泛型方法
3、泛型中使用通配符
Day19：Java IO流（一）
1、流的概念
2、IO流结构体系
3、IO流原理分析
4、File类详解
Day20：Java IO流（二）
1、IO流的分类
2、字节IO流操作
3、字节IO流的装饰模式与缓冲流
4、文件的复制与性能对比
5、对象流实现对象的序列化与反序列化
Day21：Java IO流（三）
1、控制台IO的标准输入流与标准输出流
2、字符IO流操作
3、桥接器与流的转换
4、RandomAccessFile 类
5、IO流综合案例：学生管理系统
Day22：Java多线程（一）
1、线程与进程概述
2继承 Thread 类与实现 Runnable 接口创建线程
3、线程的启动
4、线程的生命周期
5、用户线程与守护线程
6、线程的调度
7、线程的优先级
8、线程通信
Day23：Java多线程（二）
1、多线程的安全问题与解决办法
2、线程的同步
3、线程同步案例——票务业务实现
3、互斥锁
4、线程的死锁问题
5、生产者与消费者案例
6、TheadLocal与线程间数据共享
7、线程池
Day24：网络编程
1、网络编程基础知识
2、网络编程的主要问题
3、如何实现网络中主机的相互通讯
4、网络通讯要素
5、网络通信协议
6、TCP/IP参考模型(或TCP/IP协议)
7、数据的封装与拆封
8、InetAddress 类解析
9、TCP 协议与UDP协议
10、Socket 的TCP编程
11、了解UDP协议的网络编程
12、URL与URI详解
13、URL编程针对HTTP协议的URLConnection
14、URLDecoder与URLEncoder类
15、项目案例：简易版的网络聊天室
Day25：Java 反射与代理（一）
1、Java 反射机制的研究与应用
2、反射的原理分析
3、JVM 与类
4、类的加载、初始化
5、类初始化的时机
6、类加载器
ClassLoader简介
7、类加载机制
8、创建并使用自定义的类加载器
9、Class类详解
10、获取 Class 实例的方式
11、从 Class 中获取信息
自学的困难就是，不知道该从哪里开始，才怎么学，没有一个系统的学习路径，现在黑马程序员最新上线了java学习路线图，非常好的解决了一个难题，可以去搜索看一下。
一、java基础
学习任何一门编程语言，首先要学习的是基础语法，开启Java学习的第一步，当然就是深入掌握计算机基础、编程基础语法，面向对象，集合、IO流、线程、并发、异常及网络编程，这些我们称之为JavaSE基础。当你掌握了这些内容之后，你就可以做出诸如：电脑上安装的迅雷下载软件、QQ聊天客户端、考勤管理系统等桌面端软件。
JavaSE基础是Java中级程序员的起点，是帮助你从小白到懂得编程的必经之路。
在Java基础板块中有6个子模块的学习：
技术树
二、数据库
互联网最具价值的是数据，任何编程语言都需要解决数据存储问题,而数据存储的关键技术是数据库。MySQL和Oracle都是广受企业欢迎的数据库管理系统。Java程序和数据库通信的最常见技术是JDBC，Druid和C3P0。学习这些数据库技术后，可以掌握数据库运维技术、复杂业务表结构设计规范、工作中常见的SQL操作、软件数据存储等。
数据库不仅仅是Java开发工程师的必学课程，也是其他语言都需要掌握的技能。用于对交互过程中客户的数据进行存储。
该板块包括关系型数据库和非关系型数据库。
例如：MySQL、oracle、redis、MongoDB等。数据库学习完毕后，可以将数据存储到数据库中，也可以通过SQL语句从数据库中查询数据，结合Java项目可以实现动态站点的数据的保存。
技术树
三、前端技术
浏览器展示给用户看到的网页就是前端，前端有三大基础技术分别为Html、CSS、JavaScript，这些学完后，为了做出更好、更炫的交互式体验效果，我们还需要学习jQuery、ElementUI、Vue、Ajax，以及打包工具webpack。学完这些技术后，我们可以开发微信小程序、响应式网站、移动端网站、开发类似京东一样的B2B2C商城、管理后台等。
Javaweb阶段包括前端、数据库和动态网页。Javaweb是互联网项目的入门课程，是学习后面高进阶课程的基础。
首先，我们先看一下前端板块。该板块主要包括如下几个模块：
学习前端技术后，可以完成类似京东、淘宝的前端工程的编写。
技术树
四、动态网页
掌握前端技术只能做静态网站，但它页面数据一成不变，而动态网站可以根据数据库中变更的数据实现不同的内容展示，应用更广泛，因此程序员必须要学会做动态网站。使用Java做动态网站，我们需要学习Servlet、Filter、Session、Cookie、JSP、EL表达式、JSTL等做动态网站的完整知识体系，学完可研发出OA系统、内容网站、BBS等。
动态网页是中级程序员服务器端编程的基础，是高级框架学习的必备课程，后期学习的框架、服务底层都是基于动态网页技术之上的。
该板块包括Javaweb核心技术、包括Servlet、Request、Response、Cookie和Session等，通过这些技术的学习可以完成动态站点开发，可更好的完成服务器端与客户的交互，让页面的数据“动”起来，做出小型的应用系统。
技术树
五、编程强化
前面学了JavaSE基础，但它在企业级应用中程序处理业务的效率并不高、扩展差，编程强化是对JavaSE基础的加强，将针对性的提高程序处理业务的执行效率、增强程序扩展性。编程强化将加强多线程高级学习，涉及线程内存、线程通信等技术。学完以后，能增加一个中级程序员的知识储备，无论在面试过程中还是将来技术的深入打一个良好的基础。
编程强化是对解决实际问题方面做一个深入的了解和应用，是对JavaSE基础的加强，对后期自动以框架和对一些服务框架的底层理解做支撑。
编程强化板块主要包括如下几个模块：多线程高级、涉及线程内存、线程通信等；JVM优化，对JVM底层进行调优来提高项目执行效率；NIO，同步非阻塞IO来提高效率。
学习该阶段，可以对原有项目进行优化从而使程序更快更稳定。
技术树
六、软件项目管理
公司开发都是团队协同开发，为更好的掌握实际开发，我们还需要学习常用的项目管理平台、版本控制器、项目构建工具以及自动化部署工具。项目开发一定是有版本升级的，管理好项目进度和版本需要Git、Maven、Sonar这样的系统平台。学习完软件项目管理后，将掌握整个项目实际开发过程以及整个项目开发过程中所使用协同开发工具。
JavaSE基础是Java中级程序员的起点，是帮助你从小白到懂得编程的必经之路。
在Java基础板块中有6个子模块的学习：基础语法，可帮助你建立基本的编程逻辑思维；面向对象，以对象方式去编写优美的Java程序；集合，后期开发中存储数据必备技术；IO，对磁盘文件进行读取和写入基础操作；多线程与并发，提高程序效率；异常，编写代码逻辑更加健全；网络编程，应用服务器学习基础，完成数据的远程传输。
学习该阶段，可以完成一些简单的管理系统、坦克大战游戏、QQ通信等。
技术树
七、热门技术框架
Javaweb掌握后，已经具备企业中实际项目的开发能力了，但它开发效率低，代码量大，开发周期长、开发成本高。企业中广泛使用一些优秀的框架技术来解决上述问题，因此我们还需要学习框架技术，项目开发中主流的Java框架技术有SpringMVC、Spring、MyBatis、MyBatis Plus、SpringData等。这些框架技术都是一个优秀程序员所必备的技能。
使用Javaweb进行企业级开发是完全可以的，但是开发效率比较低，所以对常用的逻辑操作进行封装就形成了框架，因此框架是企业开发的入门技能。
热门框架板块主流框架有如下几个：Spring框架，占据统治地位，其生态系统涉及各个方面解决方案；MyBatis框架，使用ORM思想对数据库进行操作。
该板块学习后，就可以进行真实企业级项目开发了，做出的项目也会更加符合企业要求。
技术树
八、分布式架构
需要用到分布式微服务的技术。学习完该阶段课程，可以具备大型SOA架构和微服务架构能力，能掌握大型微服务项目必备技术和实际经验。企业发展过程中，业务量和用户量逐渐增加，为了保证系统的可用性，系统越做越复杂，研发人员增多，大家很难共同维护一个复杂的系统，往往修改部分内容，导致牵一发而动全身，所以我们需要升级系统架构，
随着互联网的发展，业务的复杂性和用户的体验性都需要提高，所以分布式架构出现了。该板块主要讲解的是分布式架构的相关解决方案。
主要包括如下模块：Dubbo，高性能的 RPC 服务发布和调用框架；SpringBoot，简化Spring应用的初始搭建以及开发过程；Spring Cloud，一系列框架的有序集合，如服务发现注册、配置中心、负载均衡、断路器、数据监控等。
该板块的学习，可以具备大型互联网项目开发的必备技术和实际经验，为进入BATJ打下基础
技术树
九、服务器中间件
在分布式系统架构中，服务与服务之间的异步通信，是非常常见的需求之一，消息中间件的诞生正是为了解决这类问题。目前市面上的主流消息中间件有RabbitMQ、RocketMQ、Kafka，我们将学习这3个消息中间件，实现分布式项目中的异步通信。学习完这些后，可以实现分布式项目的异步通信、分布式应用日志收集、分布式事务等。
中间件板块是大型互联网项目中必备的。服务中间件可以帮助各子模块间实现互相访问，消息共享或统一访问等功能。其包括远程服务框架中间件，例如阿里（Apache）的RPC框架Dubbo等；消息队列中间件，例如：阿里巴巴开源分布式中间件RocketMQ、高吞吐量消息发布和流处理服务Kafka等。
学习服务中间件是中级JavaEE工程师必要技术，也是JavaEE架构师必须精通的技术。
技术树
十、服务器技术
程序开发完成后，我们把它们打包部署到服务器中运行，所以我们需要学习常见的服务器技术，常见的服务器有Linux和Window server，Linux性能高，是当前主流。我们写好的项目需要用一个软件运行起来，这个软件叫web容器，我们需要在服务器上安装web容器来发布项目，当前主流的web容器有tomcat、jetty、nginx、undertow。
不管是使用原生Javaweb进行开发，还是使用框架进行开发，项目最终需要对外发布才能供全世界的人访问到，而服务器板块就可以解决这个问题，所以服务器是项目发布的必要技术。该板块包括虚拟化和web应用服务器的学习，主要包括如下几个模块：Vmware，虚拟机软件；Linux，专门用于服务器的系统；Nginx，集群部署时反向代理服务器；Tomcat，项目发布时主要使用的服务器。
该板块学习后，我们就可以把开发好的项目发布到服务器中，然后供你的小伙伴远程访问了，超酷！
技术树
十一、容器技术
具备了服务器操作系统及web容器，我们就可以部署单机的站点，在分布式系统中，几十上百的服务，如果使用单机这种部署方式，会投入很高的人力，同时出错的几率也大。所以服务器虚拟化技术Docker也称为如今的必备技术了，Docker可以帮助运维人员实行快速部署，批量维护.使用Kubernetes实现自动化部署、大规模可伸缩、应用容器管理。
容器化技术是近两年超级火的一个专题，通过容器化技术可以对环境进行打包，方便移植，大大提高了开发效率。该板块包括容器化技术Docker和其平台管理引擎Kubernetes，其中，Docker 是一个开源的应用容器引擎，可以打包应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows 机器上，也可以实现虚拟化。而Kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效。通过该板块的学习，你可以通过上述技术快速搭建环境，节省开发时间，提高开发效率。
技术树
十二、业务解决方案
企业开发中会遇到一些通用的业务场景，诸如：搜索引擎、缓存、定时任务、工作流、报表导出、日志管理、系统监控等，那么这些通用的解决方案也有现成优秀的免费开源中间件，可供使用。诸如：ElasticSearch、Lucene、Solr、redis、MongoDB、slf4J、ECharts、Quartz、POI等。业务解决方案课程的业务方案和技术难点，解决了企业开发中90%以上的痛点和难点。
虽然我们已经具备了基础技术和高阶技术，但是要想与企业开发相接轨，还需要对实际项目的业务解决方案进行探究。而此版块就是在实际业务场景中的真实解决方案集合，常用的业务解决方案有如下：搜索业务场景解决方案、日志收集与分析场景解决方案、工作流引擎场景解决方案、任务调度场景解决方案、地图开发平台场景解决方案、支付开放平台场景解决方案、图表可视化场景解决方案。通过分析实际业务来学习这个解决方案技术集，完全可以达到中级甚至高级工程师水平。
技术树