皮皮网

1.不懂电脑win8如何换成win7
2.Java 新闻综述：Spring Boot 更新、源码Kotlin、源码Scala、源码OpenJDK、源码Liberica JDK
3.Spring 初始化
4.springbootcloud组件

不懂电脑win8如何换成win7

       不懂电脑win8如何换成win7(win8系统如何换成win7)电脑

       如果想要开发Java程序/Java项目之前，源码必须要安装和配置JDK，源码修改源码 建站这里的源码JDK表示Java，不过下载软件的源码时候，强烈推荐大家一定要去软件的源码官网下载,因为官网提供的软件版本是最新的，会修复旧版本遗留的源码问题，这样我们在使用软件时可以避免一些问题。源码

1. 为什么要在Windows上搭建基于Java的源码开发环境

       因为以后你们去公司开发Java项目时使用的可能是Java8或者Java，而且如果想要使用JDK新特性(比如Java9以及以上的源码新特性)，那么需要高版本的源码JDK(例如Java)，Java是源码向下兼容Java8，也就是说Java8的功能在Java中都可以使用，但是反过来就不行。

       还有基于Java的一些开发常用的框架已经是基于Java开发的了，例如Spring 6.0,Spring Boot3.0等等

       因此现在学习Java的最佳时机了。

2. Windows版Java的13 128源码下载访问Java的官网，其访问地址是/java/电脑

       2.点击右上角的Download Java，跳转到Java的下载页面

       Java的下载地址 /java/technologies/downloads/

       目前Oracle官方提供的最新Java版本\JDK版本是Java和Java，但是最新的LTS版本是Java

       这次我们要下载的是Java，因此点击下载页面的Java切换到Java

       目前Java支持三个操作系统

LinuxmacOSWindows

       3. 选择Windows版 x Installer Java

       大家在下载Java的时候需要根据自己所使用操作系统的版本来选择对应版本的Java

       Windows下通过快捷键Windows+r打开运行窗电脑口，然后输入winver命令后回车

       就可以在关于Windows中查看Windows版本

       我这里使用的操作系统是Windows H2,因此选择Windows版x Installer Java，x Installer 表示位安装程序

       和Java8相比,Java已经不再提供位的安装程序

       如果想要知道自己的系统是位还是位，点击桌面的此电脑，然后右键点击属性就可以查看到系统类型

       如果桌面没有此电脑，依次点击设置->个性化->主题->桌面图标设置

       最后勾选计算机即可在桌面显示此电脑

       4.下载Windows版 x Installer Java

       点击Java的下载链接后

电脑

       浏览器的左下角会看到自动开始下载Java

       和Java8相比下载时不再需要同意许可协议，也不需要注册和登录Oracle账号

       5.下载成功

       当Java下载成功后，会在下载目录看到jdk-_windows-x_bin.exe文件

3. Windows版Java安装3.1 Windows版Java8的安装过程双击下载目录的安装程序jdk-_windows-x_bin.exe启动安装向导

       弹出用户账户控制，你要允许此应用对你的设备进行更改吗？点击是即可。

       安装向导

       2.点击下一步

       3.目标文件夹

       选择Java的安装目录，建议默认路径C:\Program Files\Java\jdk-.0.5即可

       如果想要安装到其他目录，点击更改即可，但是需要注意的是目录不要包含中文和空格

       4.下一步

       进行安装中

       5.完成安装

       完成安安装后可以点击后续步骤和关闭

       后续步骤：跳转到Java的官方文档：/en/java/javase//index.html

       关闭：关闭安装向导，完成Java的安装

3.2 Windows版Java的安装目录

       Windows版Java的默认安装目录是C:\Program Files\Java\jdk-.0.5

       Windows版Java的安装目录说明

       目录

       说明

       bin

       该目录下主要存放JDK的各种工具，例如javac,java等等

       conf

       该目录下主要存放JDK的相关配置文件

       include

       该目录下主要存放一些平台(操作系统)特定的头文件

       jmods

       该目录下主要存放JDK的各种模块

       legal

       该目录下主要存放JDK各种模块的授权文档

       lib

       该目录下主要存放JDK的一些补充jar包以及Java源码(src.zip)

       作为Java的初学者来说，目前只需要关注bin目录和src.zip压缩文件

bin目录：存放的delphi datasnap源码JDK提供的开发工具，例如javac,java等等\]src.zip压缩文件：存放Java的源代码文件(.java结尾的源文件)

       例如String.java等等

       如果你之前安装过Java8，然后就会发现Java和Java8的src.zip目录结构也有些不同，因为Java9以后的JDK已经模块化管理

       Java8 src.zip

       Java src.zip

4. Path环境变量4.1 Path环境变量的介绍

       Path环境变量就是一系列的路径，例如%SystemRoot%，%SystemRoot%\system等等

       %SystemRoot% 表示Windows系统根路径，例如C:\Windows

       Path环境变量的作用 就是当我们在终端上输入命令回车以后，系统会从当前路径和Path环境变量对应的路径查找命令对应的可执行程序，然后执行该程序。

       当我们在终端上输入notepad命令回车以后，系统会打开notepad对应的记事本程序

       打开记事本程序

       notepad对应的程序路径是C:\Windows\notepad.exe

       但是如果我们输入一个不存在的命令，那么系统无法执行命令对应的程序，然后提示不是内部或外部命令，也不是可运行的程序或批处理文件

4.2 Path环境变量的使用

       需求:想要在终端的任意路径下输入QQ就可以启动QQ，可以

       当实现在终端的任意路径下输入QQ就可以启动QQ，可以举一反三实现在终端的任意路径启动其他的程序

找到QQ的安装目录的bin目录

       点击桌面QQ快捷方式，右键打开属性面板，然后点击打开文件所在位置，找到QQ的安装目录的bin目录(C:\Program Files (x)\Tencent\QQ\Bin)

       找到QQ的安装目录的bin目录

       2. 打开系统属性面板

       依次点击设置->系统->系统信息->高级系统设置

       点击高级系统设置打开系统属性面板

       3. 点击环境变量

       4.配置QQ的Path环境变量

       首先点击系统变量的Path，然后再点击编辑

       然后将QQ的chromiume git 源码bin目录添加到Path环境变量中

       5.点击三次确定关闭系统属性面板，完成QQ的Path环境变量配置

       6.验证QQ的Path环境变量是否配置成功

       首先重新开启一个终端，然后在终端的任意路径输入QQ看看是否能够启动QQ，如果能够启动表示配置成功

5. Windows版Java的配置

       当安装了Java以后，还需要配置Java的JAVA_HOME环境变量和Path环境变量，只有把这两个环境变量配置好以后，那么就可以使用Java来开发Java程序

5.1 配置Java的JAVA_HOME环境变量5.1.1 为什么要配置Java的JAVA_HOME环境变量

       JAVA_HOME表示Java的安装路径，例如C:\Program Files\Java\jdk-.0.5

       后期我们会使用到Java开发的一些工具(Tomcat,Maven,JMeter)，这些工具都会依赖JAVA_HOME环境变量，如果你不配置，那么无法正常使用这些工具，它还会提示你配置JAVA_HOME环境变量。

       例如在终端执行mvn --version时会提示需要配置JAVA_HOME环境变量

       而配置JAVA_HOME以后系统会输出maven的版本信息以及依赖的Java信息

5.1.2 Java的JAVA_HOME环境变量配置步骤打开系统属性面板

       首先鼠标左键点击任务栏的开始菜单，然后搜索编辑系统环境变量，点击最佳匹配的编辑系统环境变量

       就可以打开系统属性面板

       2.点击环境变量

       3.配置Java的JAVA_HOME环境变量

       环境变量分为用户变量和系统变量

       用户变量：只针对当前的用户有效

       系统变量：针对所有的用户都有效

       建议大家使用系统变量

       点击系统变量的新建，然后输入变量名和变量值

       变量名：JAVA_HOME

       变量值：C:\Program Files\Java\jdk-.0.5

       4.依次点击三个确定，关闭系统属性面板，完成JAVA_HOME环境变量的配置

       5.验证Java的JAVA_HOME是否配置成功

       验证的方法就是启动一个终端，在文件资源管理器的地址输入cmd回车即可启动终端

       终端启动成功

       然后在终端上输入echo %JAVA_HOME%，如果能够输出JAVA_HOME对应的efdc模型 源码Java安装路径，表示配置成功

5.2 配置Java的Path环境变量5.2.1 为什么要配置Java的Path环境变量

       不同于Java8的是当我们安装完Java后，Java会自动配置Path环境变量

       不过其路径指向的并不是Java安装的bin目录C:\Program Files\Java\jdk-.0.5\bin,该目录下的开发工具大部分都是基于终端运行的，如果双击打开就会闪退，例如javac,java等等。

       而是C:\Program Files\Common Files\Oracle\Java\javapath，该目录下只有四个开发工具，分别是javac,java,javaw以及jshell

       javac 用于编译java源文件(.java结尾的文件)，编译成功之后会生成字节码文件(.class结尾的文件)

       java 用于解释执行字节码文件，运行Java程序

       这样也就意味着只能在终端的任意路径下使用这四个工具，如果想要使用其他的工具(例如jconsole)，系统也会提示不是内部或外部命令，也不是可运行的程序或批处理文件

       因此我们需要将Java安装路径的bin目录添加到Path环境变量中

5.2.2 Java的Path环境变量配置步骤打开系统属性面板

       首先鼠标左键点击任务栏的开始菜单，然后搜索编辑系统环境变量，点击最佳匹配的编辑系统环境变量

       就可以打开系统属性面板

       2.点击环境变量

       3.修改Java的Path环境变量

       首先点击系统变量的Path环境变量，再点击编辑

       然后将Java自动配置的C:\Program Files\Common Files\Oracle\Java\javapath修改成C:\Program Files\Java\jdk-.0.5\bin

       修改之前

       修改之后

       4.依次点击三次确定，直到关闭系统属性面板，完成Java Path环境变量配置

       5.验证Java的Path环境变量

       验证的方法就是重新开启一个终端

       使用Windows+R打开运行窗口

       然后输入cmd后回车可以打开终端

       运行窗口打开的终端

       然后在终端输入jconsole看看能否启动控Java监视和管理控制台

       ，启动成功则表示配置成功

5.2.3 引用JAVA_HOME配置Java的Path环境变量打开系统属性面板

       首先鼠标左键点击任务栏的开始菜单，然后搜索编辑系统环境变量，点击最佳匹配的编辑系统环境变量

       就可以打开系统属性面板

       2.点击环境变量

       3.修改Java的Path环境变量

       首先点击系统变量的Path环境变量，再点击编辑

       然后将C:\Program Files\Java\jdk-.0.5\bin修改成%JAVA_HOME%\bin

       修改之前

       修改之后

       4.依次点击三次确定，直到关闭系统属性面板，完成Java Path环境变量配置

       5.验证Java的Path环境变量

       验证的方法就是重新开启一个终端

       使用Windows+R打开运行窗口

       然后输入cmd后回车可以打开终端

       运行窗口打开的终端

       然后在终端输入jconsole看看能否启动控Java监视和管理控制台

       ，启动成功则表示配置成功

6. Windows版Java版本切换

       假设现在已经在Windows系统上安装了两个不同版本的Java,分别是Java8和Java

       那么如何知道自己目前所使用的Java版本呢？

       只需要在终端上执行javac -version和javac -version即可

       从执行结果看出当前使用的Java版本是Java

       那么如何切换到Java8？

       其实很简单，只需要将JAVA_HOME修改成Java8的安装目录即可

       修改之前

       修改之后

       修改完成以后重新开启一个终端，然后再执行javac -version和java -version

       从执行结果看出已经从Java切换到Java8

       因为在Path环境变量中引用了JAVA_HOME,因此想要切换Java版本只需要修改JAVA_HOME环境变量即可

7. Windows版Java的卸载

       如果哪天你不需要使用Java8时就可以将Java卸载咯，不过大概率会一直使用,不会将其卸载

       当你学会了Java的卸载以后，那么Windows系统上其他的软件也可以按照同样的方式卸载

       Windows下想要卸载Java，首先我们需要删除Java相关的和Path环境变量和JAVA_HOME环境变量

删除Java的Path环境变量配置

       打开系统属性面板后，点击环境变量，选择系统变量的Path,然后点击编辑，在编辑环境变量的面板中选择%JAVA_HOME%\bin，点击删除即可

       然后点击三次确定完成关闭系统属性面板，这样就可以删除Java8的Path环境变量配置

       然后开启新的终端，在终端输入jconsole 或者javac -version和java -version,如果系统提示不是内部或外部命令，也不是可运行的程序或批处理文件表示删除成功

       2.删除Java的JAVA_HOME环境变量配置

       打开系统属性面板后，点击环境变量，选择系统变量的JAVA_HOME点击删除，

       然后依次点击两次确定关闭系统属性面板

       删除完成以后开启终端，然后在终端输入 echo %JAVA_HOME% 命令验证是否删除成功

       然后在安装的应用中卸载Java

打开安装的应用

       右键点击开始菜单的安装应用

       2.在安装的应用搜索Java

       查看安装的应用

       在安装的应用搜索Java

       3.点击卸载和确认卸载

       确认卸载

       然后在弹出的用户账户控制，你要运行此应用对你的设备进行更改吗?选择是即可

       4.卸载中

       5.卸载成功

       卸载成功后在搜索安装的应用中找不到Java

       电脑 电脑

Java 新闻综述：Spring Boot 更新、Kotlin、Scala、OpenJDK、Liberica JDK

       本周的Java新闻综述，聚焦于JDK、OpenJDK、Liberica JDK、GraalVM、MicroProfile、Quarkus、Hibernate、Spring Framework、JobRunr、RefactorFirst、Apache Tika和Kotlin、Scala等领域的最新动态。

       JDK 与JDK 发布了早期访问版本，建基于Build 与Build 7，分别包含了Build 与Build 6的更新，重点在于修复了各种问题。开发人员被鼓励利用Java错误数据库报告任何发现的错误。

       Red Hat的高级免费Java软件工程师Andrew Hughes宣布了OpenJDK .0.与OpenJDK 8u的发布，这两个版本包含了年7月的安全修复与诸多其他改动。BellSoft也随后发布了针对上述版本的Liberica JDK，确保了与OpenJDK的同步。

       Oracle实验室发布了GraalVM .2，其改进包括原生映像实用程序、编译器更新以及对其他受支持语言的优化。MicroProfile工作组发布了4.1版本，引入了包括集成MicroProfile父POM、支持新的Startup Kubernetes探针以及澄清属性、默认值等新功能。预计MicroProfile 5.0将在年第四季度推出。

       Quarkus 2.0.3作为Quarkus 2.0的第三个维护版本，带来了错误修复、文档改进、依赖升级等更新。Hibernate ORM 5.5.4.Final引入了CamelCaseToUnderscoresNamingStrategy类，以响应SpringPhysicalNamingStrategy类的流行趋势。同时，Hibernate Search 6.0.6.Final修复了AWS请求签名在特定情况下产生错误签名的问题。

       Spring Security 5.6.0-M1的发布提供了一系列改进，包括AuthorizationManager方法安全接口、支持类中的任何数据类型OAuth2AccessTokenResponse、以及Spring Security示例的单独存储库。Spring Boot 2.5.3与2.4.9版本分别提供了与个错误修复，包括依赖项升级与文档改进。即将推出的Spring Boot 2.6.0包含新功能，如Spring Data Envers的自动配置、改进的指标支持、自动配置的Spring Web服务服务器测试以及Maven插件的Start Goal配置改进。

       JobRunr的最新版本成功编译了JDK 的早期访问版本，支持在JVM上执行后台处理。RefactorFirst插件的Maven版本0.1.0由吉姆Bethancourt发布，为开发者提供了一个工具，以确定应首先重构应用程序中的哪些类。Apache Tika发布了其元数据提取工具包的2.0.0版本，这一版本包括了对Apache Tika 1.x分支的重大重构、模块的模块化、Parser模块中的新Pipes模块、错误修复以及依赖项升级。

       JetBrains推出了Kotlin 1.5.-M1的预览版本，其中包括原生Apple Silicon支持、Gradle插件中的新DSL格式改进CocoaPods配置、以及使用新的IR后端改进了Kotlin/JS应用程序的调试。Scala在GA版本之后，分别提供了维护版本3.0.1与3.0.2-RC1，其中包含了新的@experimental注释、改进的兼容性、更好的错误信息以及一些bug修复。计划于9月初发布Scala 3.0.2的稳定版本。

Spring 初始化

        基于spring 4.1.6

        第行 super(parent); 实例化父类，AbstractXmlApplicationContext、AbstractRefreshableConfigApplicationContext、AbstractRefreshableApplicationContext、AbstractApplicationContext

        第行 refresh();

        第4行

        prepareRefresh();

        // Tell the subclass to refresh the internal bean factory.

        ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

        第行

        finishRefresh();

        第7行 ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

        第2行 refreshBeanFactory(); 该方法两个子类均有实现

        AbstractRefreshableApplicationContext 和 GenericApplicationContext，前面 FileSystemXmlApplicationContext 有 AbstractRefreshableApplicationContext 实例化。

        第行

        DefaultListableBeanFactory beanFactory = createBeanFactory();

        第行

        XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);

        第行，loadBeanDefinitions(resources); 为什么是 XmlBeanDefinitionReader 这个类？

        因为，BeanDefinitionReader接口好多实现类，XmlBeanDefinitionReader只是其中一个子类，因为步骤4有定义啦。

        第5行，documentReader.registerBeanDefinitions(doc, createReaderContext(resource));

        第行，parseBeanDefinitions(root, this.delegate);

        第行，如果是spring的基础命名元素解析（import、bean、beans、alias）解析：

        parseDefaultElement(ele, delegate);

        拓展元素解析：delegate.parseCustomElement(ele); 拓展元素涉及到aop相关，后面的内容讨论。

        下面以解析bean为例

        以上完成读取、解析、注册，然后到 2、AbstractApplicationContext 的 finishBeanFactoryInitialization(beanFactory);

        补充然后，

        实例化 DefaultListableBeanFactory 的时候，调用 preInstantiateSingletons 完成bean实例化，不是抽象的bean，是单例的bean，非懒加载。

        refresh() 方法中调用 finishBeanFactoryInitialization(beanFactory);

        第行，getBean方法，到还是，应该是到、DefaultListableBeanFactory，因为前面有实例化该类。

        第行，Object singletonInstance = getSingleton(beanName); 获取单例对象，应该是到步，步没用吗？可能是内部用吧。

        getBean 遍历

        public Object getBean(String name) throws BeansException {

        return doGetBean(name, null, null, false);

        }

        getBean --> doGetBean --> createBean --> doCreateBean --> createBeanInstance -- > instanceBean

        第行，return createBean(beanName, mbd, args);

        第行，Object beanInstance = doCreateBean(beanName, mbd, args); 执行完，用BeanWrapper包装。

        第行，instanceWrapper = createBeanInstance(beanName, mbd, args);

        最后一行，instantiateBean(beanName, mbd)

        第行，beanInstance = getInstantiationStrategy().instantiate(mbd, beanName, parent);执行完，用 BeanWrapper包装。

        第9行，return getInstantiationStrategy().instantiate(mbd, beanName, parent);

        第行，return BeanUtils.instantiateClass(constructorToUse);

        protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final Object[] args)

        设置 mbd.postProcessed = true;

        如果缓存中没有单例的bean，则需要从头开始创建单例bean，这里主要是重载 getSingleton()方法实现单例bean的加载。

        包含前后处理方法，beforeSingletonCreation(beanName); 和 afterSingletonCreation(beanName);

springbootcloud组件

       .SpringBoot和SpringCloud的关系

       å¾ˆå¤šäººæ–°æ‰‹å¯¹äºŽSpringBoot和SpringCloud的关系说不清楚、理解不清楚，本文抽出点时间来进行分享下自己的理解，以帮助大家更好的理解两者之间的关系。

       å…¶è®¾è®¡ç›®çš„之初是用来简化Spring应用的初始搭建以及开发过程。很多东西都是配置好的，约定大于配置，使用注解替代了很多xml臃肿的配置，极大的简化了项目配置的消耗，提供了高效的编程脚手架。

       Cloud相当于利用了SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，像是服务注册发现、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用SpringBoot的开发风格做到一键启动和部署，SpringCloud并没有重复的造轮子，把各家公司成熟，经得起考验的服务框架组合起来，通过SpringBoot屏蔽调复杂的配置和实现原理，留给开发者一套简单易懂、容易部署、容易维护的分布式开发工具包。

       å…¶ä¸­çš„关系是：

       Spring-》SpingBoot-》SpringCloud

       Cloud的核心组件：

       æ„Ÿè§‰è¿™ä¸ªè¯é¢˜èƒ½å†™å¥½å¤šçš„东西，像是SpingCloud和Dubbbo的微服务选型等等再进行对比、比较优缺点，本篇就简单的进行了总结和介绍，希望能帮助到有困惑的朋友吧，后面有时间在写一些文章进行拓展和补充。

SpringCloud微服务体系的组成

       NetflixEureka是SpringCloud服务注册发现的基础组件

       Eureka提供RESTful风格(HTTP协议)的服务注册与发现

       Eureka采用C/S架构,SpringCloud内置客户端

       å¯ç”¨åº”用,访问

       Eureka客户端开发要点

       maven依赖spring-cloud-starter-netflix-eureka-clientapplication.yml

       é…ç½®eureka.client.service-url.defaultZone

       å…¥å£ç±»å¢žåŠ @EnableEurekaClient

       å…ˆå¯åŠ¨æ³¨å†Œä¸­å¿ƒ,在启动客户端,访问localhost:查看eureka注册中心,看到客户端注册

       Eureka名词概念

       Register-服务注册,向Eureka进行注册登记

       Renew-服务续约,秒/次心跳包健康检查.秒未收到剔除服务

       FetchRegistries-获取服务注册列表,获取其他微服务地址

       Cancel-服务下线,某个微服务通知注册中心暂停服务

       Eviction-服务剔除,秒未续约,从服务注册表进行剔除

       Eureka自我保护机制

       Eureka在运行期去统计心跳失败率在分钟之内是否低于%

       å¦‚果低于%，会将这些实例保护起来，让这些实例不会被剔除

       å…³é—­è‡ªæˆ‘保护:eureka.服务实例.

       enable-self-preservation:false

       PS:如非网络特别不稳定,建议关闭

       Eureka高可用配置步骤

       æœåŠ¡æä¾›è€…defaultZone指向其他的Eureka

       å®¢æˆ·ç«¯æ·»åŠ æ‰€æœ‰Eureka服务实例URL

       Actuator自动为微服务创建一系列的用于监控的端点

       Actuator在SpringBoot自带，SpringCloud进行扩展

       pom.xml依赖spring-boot-starter-actuator

       RestTemplate+@LoadBalanced显式调用

       OpenFeign隐藏微服务间通信细节

       Ribbon是RestTemplate与OpenFeign的通信基础

       Feign是一个开源声明式WebService客户端，用于简化服务通信

       Feign采用“接口+注解”方式开发，屏蔽了网络通信的细节

       OpenFeign是SpringCloud对Feign的增强，支持SpringMVC注解

       1.新建SpringbootWeb项目，applicationname为product-service

       åœ¨pom.xml中引入依赖

       spring-cloud-starter-alibaba-nacos-discovery作用为向Nacosserver注册服务。

       spring-cloud-starter-openfeign作用为实现服务调用。

       2.修改application.yml配置文件

       3.在启动类上添加@EnableDiscoveryClient、@EnableFeignClients注解

       4.编写OrderClientInterface

       æ³¨ï¼š/api/v1/order/test会在下面order-service声明。

       OrderClient.java

       5.编写Controller和service

       ProductController.java

       ProductService.java

       1.OpenFeign开启通信日志

       åŸºäºŽSpringBoot的logback输出,默认debug级别

       è®¾ç½®é¡¹ï¼šfeign.client.config.微服务id.loggerLevel

       å¾®æœåŠ¡id：default代表全局默认配置

       2.通信日志输出格式

       NONE:不输出任何通信日志

       BASIC:只包含URL、请求方法、状态码、执行时间

       HEADERS：在BASIC基础上，额外包含请求与响应头

       FULL：包含请求与响应内容最完整的信息

       3.OpenFeign日志配置项

       LoggerLevel开启通信日志

       ConnectionTimeout与ReadTimeout

       åˆ©ç”¨flix-hystrix-dashboard

       ç›‘控微服务利用@EnableHystrixDashboard开启仪表盘

       9.Hystrix熔断设置

       äº§ç”Ÿç†”断的条件:

       å½“一个RollingWindow(滑动窗口）的时间内（默认：秒），最近次调用请求，请求错误率超过%，则触发熔断5秒，期间快速失败。

       TIPS:如秒内未累计到次，则不会触发熔断

       Hystrix熔断设置项:

       ç»Ÿä¸€è®¿é—®å‡ºå…¥å£,微服务对前台透明

       å®‰å…¨ã€è¿‡æ»¤ã€æµæŽ§ç­‰API管理功能

       æ˜“于监控、方便管理

       NetflixZuul

       SpringCloudGateway

       Zuul是Netflix开源的一个API网关,核心实现是Servlet

       SpringCloud内置Zuul1.x

       Zuul1.x核心实现是Servlet，采用同步方式通信

       Zuul2.x基于NettyServer，提供异步通信

       è®¤è¯å’Œå®‰å…¨

       æ€§èƒ½ç›‘测

       åŠ¨æ€è·¯ç”±

       è´Ÿè½½å¸è½½

       é™æ€èµ„源处理

       åŽ‹åŠ›æµ‹è¯•

       SpringCloudGateway，是Spring“亲儿子”

       SpringCloudGateway旨在为微服务架构提供一种简单而有效的统一的API路由管理方式

       Gateway基于Spring5.0与SpringWebFlux开发，采用Reactor响应式设计

       1.使用三部曲

       ä¾èµ–spring-cloud-starter-netflix-zuul

       å…¥å£å¢žåŠ @EnableZuulProxy

       application.yml增加微服务映射

       2.微服务映射

       SpringCloudZuul内置Hystrix

       æœåŠ¡é™çº§å®žçŽ°æŽ¥å£ï¼šFallbackProvider

       1.微服务网关流量控制

       å¾®æœåŠ¡ç½‘关是应用入口，必须对入口流量进行控制

       RateLimit是SpringCloudZuul的限流组件

       RateLimit采用“令牌桶”算法实现限流

       2.什么是令牌桶

       1.Zuul的执行过程

       2.Http请求生命周期

       1.需要实现ZuulFilter接口

       shouldFilter()-是否启用该过滤器

       filterOrder()-设置过滤器执行次序

       filterType()-过滤器类型:pre|routing|post

       run()-过滤逻辑

       2.Zuul内置过滤器

       3.Zuul+JWT跨域身份验证

       1.SpringCloudConfig

       2.携程Apollo

       3.阿里巴巴Nacos

       1.依赖"spring-cloud-starter-config"

       2.删除application.yml,新建bootstrap.yml

       3.配置"配置中心"服务地址与环境信息

       1、微服务依赖"spring-boot-starter-actuator";

       2、动态刷新类上增加@RefreshScope注解

       3、通过/actuator/refresh刷新配置

       1、通过加入重试机制、提高应用启动的可靠性;

       2、重试触发条件1:配置中心无法与仓库正常通信

       3、重试触发条件2:微服务无法配置中心正常通信

       SpringCloud整体构架设计（一）

       SpringClound整体核心架构只有一点：Rest服务，也就是说在整个SpringCloud配置过程之中，所有的配置处理都是围绕着Rest完成的，在这个Rest处理之中，一定要有两个端：服务的提供者（Provider）、服务的消费者（Consumer），所以对于整个SpringCloud基础的结构就如下所示：

       æ—¢ç„¶SpringCloud的核心是Restful结构，那么如果要想更好的去使用Rest这些微服务还需要考虑如下几个问题。

       1、所有的微服务地址一定会非常的多，所以为了统一管理这些地址信息，也为了可以及时的告诉用户哪些服务不可用，所以应该准备一个分布式的注册中心，并且该注册中心应该支持有HA机制，为了高速并且方便进行所有服务的注册操作，在SpringCloud里面提供有一个Eureka的注册中心。

       å¯¹äºŽæ•´ä¸ªçš„WEB端的构架（SpringBoot实现）可以轻松方便的进行WEB程序的编写，而后利用Nginx或Apache实现负载均衡处理，但是你WEB端出现了负载均衡，那么业务端呢？应该也提供有多个业务端进行负载均衡。那么这个时候就需要将所有需要参与到负载均衡的业务端在Eureka之中进行注册。

       åœ¨è¿›è¡Œå®¢æˆ·ç«¯ä½¿ç”¨Rest架构调用的时候，往往都需要一个调用地址，即使现在使用了Eureka作为注册中心，那么它也需要有一个明确的调用地址，可是所有的操作如果都利用调用地址的方式来处理，程序的开发者最方便应用的工具是接口，所以现在就希望可以将所有的Rest服务的内容以接口的方式出现调用，所以它又提供了一个Feign技术，利用此技术可以伪造接口实现。

       åœ¨è¿›è¡Œæ•´ä½“的微架构设计的时候由于牵扯的问题还是属于RPC，所以必须考虑熔断处理机制，实际上所有的熔断就好比生活之中使用保险丝一样，有了保险丝在一些设备出现了故障之后依然可以保护家庭的电器可以正常使用，如果说现在有若干的微服务，并且这些微服务之间可以相互调用，例如A微服务调用了B微服务，B微服务调用了C微服务。

       å¦‚果在实际的项目设计过程之中没有处理好熔断机制，那么就会产生雪崩效应，所以为了防止这样的问题出现，SpringCloud里面提供有一个Hystrix熔断处理机制，以保证某一个微服务即使出现了问题之后依然可以正常使用。

       é€šè¿‡Zuul的代理用户只需要知道指定的路由的路径就可以访问指定的微服务的信息，这样更好的提现了java中的“key=value”的设计思想，而且所有的微服务通过zuul进行代理之后也更加合理的进行名称隐藏。

       åœ¨SpringBoot学习的时候一直强调过一个问题：在SpringBoot里面强调的是一个“零配置”的概念，本质在于不需要配置任何的配置文件，但是事实上这一点并没有完全的实现，因为在整个在整体的实际里面，依然会提供有application.yml配置文件，那么如果在微服务的创建之中，那么一定会有成百上千个微服务的信息出现，于是这些配置文件的管理就成为了问题。例如：现在你突然有一天你的主机要进行机房的变更，所有的服务的IP地址都可能发生改变，这样对于程序的维护是非常不方便的，为了解决这样的问题，在SpringCloud设计的时候提供有一个SpringCloudConfig的程序组件，利用这个组件就可以直接基于GIT或者SVN来进行配置文件的管理。

       åœ¨æ•´ä½“设计上SpringCloud更好的实现了RPC的架构设计，而且使用Rest作为通讯的基础，这一点是他的成功之处，由于大量的使用了netflix公司的产品技术，所以这些技术也有可靠的保证。

Spring全家桶笔记：Spring+SpringBoot+SpringCloud+SpringMVC

       æœ€è¿‘我整理了一下一线架构师的Spring全家桶笔记：Spring+SpringBoot+SpringCloud+SpringMVC，分享给大家一起学习一下~文末免费获取哦

       Spring是一个轻量级控制反转(IoC)和面向切面(AOP)的容器框架。Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益。

       1.1Spring面试必备题+解析

       1.2Spring学习笔记

       ï¼ˆ1）Spring源码深入解析

       ï¼ˆ2）Spring实战

       1.3Spring学习思维脑图

       SpringBoot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，SpringBoot致力于在蓬勃发展的快速应用开发领域(rapidapplicationdevelopment)成为领导者。

       2.1SpringBoot面试必备题+解析

       2.2SpringBoot学习笔记

       ï¼ˆ1）SpringBoot实践

       ï¼ˆ2）SpringBoot揭秘快速构建微服务体系

       2.3SpringBoot学习思维脑图

       springcloud是微服务架构的集大成者，将一系列优秀的组件进行了整合。基于springboot构建，对我们熟悉spring的程序员来说，上手比较容易。通过一些简单的注解，我们就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。

       3.1SpringCloud面试必备题+解析

       3.2SpringCloud学习笔记

       ï¼ˆ1）SpringCloud参考指南

       SpringMVC是一种基于Java的实现MVC设计模式的请求驱动类型的轻量级Web框架，使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发

       4.1SpringMVC面试必备题+解析

       4.2SpringMVC学习笔记

       ï¼ˆ1）看透SpringMVC源代码分析与实践

       ï¼ˆ2）精通SpringMVC

       æœ€åŽåˆ†äº«ä¸€ä¸‹ä¸€ä»½JAVA核心知识点整理（PDF）

SpringBoot和SpringCloud的区别

       1、springcloud是基于springboot的一种框架，包括eureka、ribbon、feign、zuul、hystrix等

       2、SpringBoot可以离开SpringCloud独立使用开发项目,但是SpringCloud离不开SpringBoot

       3、Springboot是Spring的一套快速配置脚手架，可以基于springboot快速开发单个微服务；SpringCloud是一个基于SpringBoot实现的云应用开发工具；

       4、Springboot专注于快速、方便集成的单个个体，SpringCloud是关注全局的服务治理框架；

       5、springboot使用了默认大于配置的理念，很多集成方案已经帮你选择好了，能不配置就不配置，SpringCloud很大的一部分是基于Springboot来实现。

       6、Springboot可以离开SpringCloud独立使用开发项目，但是SpringCloud离不开Springboot，属于依赖的关系。

       Spring-SpringBootSpringCloud这样的关系