整理知识
串一下自己之前的东西
这个阶段该如何学
在学习新知识的同时不忘回顾自己以及拥有的知识
我自己的东西
javaSE
数据库
前端知识
Servlet
springboot
Mybatis
spring
Maven
Ajax
dubbo+zookeeper
我差了的东西
Http
标准的变化
我们在之前以学过了ssm
我们的开发核心在哪里
javaEE标准
spring javaEE开发标准
spring几乎连接着我们开发中的一切，他就像一个中央集成一样
但是慢慢的我们发现，他真的轻量吗？
随着开发量不断增多的配合内容
让他变得不再轻量，于是乎新的解决方案诞生了
javaEE新标准
springboot javaEE开发新的标准
他简化了繁琐的配置，自动化的帮助我们干了很多的配置上需要重复干的事情，
给了我们一套默认的解决方案，我们可以把boot理解成一个 spring的plus版，他集成了很多的启动器，从而让springboot逐渐取代了 ssm，springboot慢慢的变成了javaEE最好的解决方案，让无数企业喜爱
不管是新标准还是旧标准，他的特点是统一的：约定大于配置
最开始
我们现在开发的程序 all in one 的形式，所有的模块全在一个jar或者war包下
演进
那么随着架构的演进我们逐渐把功能拆分出来，代码并没有什么变化
但是一旦并发量高起来，这样的架构，我们的机器无法让业务正常实行了
现在
解决方法应运而生，微服务架构
把功能拆分多个设备上去，来解决性能上导致业务无法正常运行的问题
微服务四大核心问题：
服务很多，用户如何访问，注册中心
服务中如何通信 ： rpc
这么多服务，服务治理？
服务挂了怎么办？
对于这些问题，spring cloud是个生态
用来解决这四个问题的
Spring cloud netfix 一站式解决方案
api网关，zuul组件
Feign --HttpClinet ----Http通信方式
服务注册发现：Eureka
熔断机制： Hystrix
。。。。
Apache Dubbo zookeeper 半自动，需要整合别人的
API 没有，找第三方组件，或者自己实现
Dubbo 通信，高性能 rpc框架
服务注册发现：zookeeper
熔断机制并没有：借助 Hystrix
Spring Cloud Alibaba 最新的一站式解决方案！
新概念：服务网格！server mesh
概念都是一样的：
- API
- http rpc
- 注册与发现
- 熔断机制
为什么会出现这个情况，因为：网络不可靠!
