1.Spring Cloud 五大核心组件解析之Eureka详解
2.SpringCloud组件：Eureka服务注册是采用主机名还是IP地址？
3.springboot读取配置(springboot读取配置文件)
4.Spring Cloud 2022 正式发布！我的天，OpenFeign​ 要退出历史舞台了？！

Spring Cloud 五大核心组件解析之Eureka详解

       Spring Cloud五大核心组件之一的Eureka，作为微服务架构中的服务发现组件，基于Spring Boot开发，做小程序要源码集成于Spring Cloud Netflix，专注于服务治理功能。Eureka的基础架构围绕两个关键组件构建：Eureka Server（注册中心服务端）与Eureka Client（注册中心客户端）。

       Eureka Server作为服务注册中心，提供注册与发现服务，支持集群部署，以实现高可用性。Service Provider为提供服务的应用实例，包括Spring Boot应用或其他遵循Eureka通信机制的应用。它们将自身提供的服务信息注册至Eureka Server，供Service Consumer（服务消费者）查找。Service Consumer是服务的使用者，通过从注册中心获取服务列表，利用客户端负载均衡算法选择服务提供者，并调用所需服务。

       Eureka服务治理机制包含注册、同步、续约、获取、调用和下线等关键流程。服务提供者在启动时向Eureka Server注册，服务注册中心存储服务信息，保证服务可见性。巴西slot源码服务同步机制在集群中实现服务信息的共享，确保服务发现的一致性。服务续约机制维持服务的在线状态，防止服务意外剔除。服务消费者通过Eureka Server获取服务列表，并使用Ribbon实现负载均衡调用服务。服务下线机制允许服务提供者在正常关闭时通知Eureka Server，服务注册中心将在一段时间后将服务状态标记为DOWN，并传播信息。失效剔除机制帮助Eureka Server在服务未响应时自动剔除服务实例。为应对网络不稳定情况，Eureka Server具备自我保护机制，限制服务注册表中实例的剔除，以避免误操作。读者可深入源码学习，以更全面地理解Eureka的工作原理。

SpringCloud组件：Eureka服务注册是采用主机名还是IP地址？

       1. 在微服务架构中，Eureka 服务注册通常涉及服务提供者和服务注册中心之间的交互。服务提供者在启动时会向 Eureka Server 注册自己，这个过程可以指定使用主机名或 IP 地址。

       2. 在本节的示例中，我们复制了 SpringCloud 组件的源码，并修改了项目名称，同时对 `application.yml` 配置文件进行了简单的调整。

       3. 配置文件中并未明确指定注册方式，因此服务会使用默认设置进行注册。默认情况下，Eureka Client 倾向于使用 IP 地址进行注册。倒卖源码利润

       4. 我们通过搭建一个 Eureka Server 实例，来探索服务注册的实际行为。当我们访问一个注册的服务时，默认情况下会被重定向到服务的监控信息界面，这里显示的 URL 表明了注册时使用的地址是 IP 地址。

       5. 如果我们希望服务使用主机名进行注册，可以在 `application.yml` 文件中修改 `eureka.instance.hostname` 配置。

       6. 在 Linux 系统中，我们需要更新 `/etc/hosts` 文件以包含主机名和 IP 地址的映射。对于 Windows 系统，则需编辑 `C:\Windows\System\drivers\etc\hosts` 文件。

       7. 修改配置后，观察到访问路径从 IP 地址变为了主机名，证实了服务已经使用主机名进行了注册。

       8. 如果你希望服务优先使用 IP 地址注册，可以通过设置 `eureka.instance.prefer-ip-address` 参数为 `true`。

       9. 如果我们想要服务使用一个特定的 IP 地址进行注册，可以设置 `eureka.instance.ip-address` 参数。

       . 完成配置文件修改后，进行测试以确保新的设置有效。我们发现访问地址已经反映了我们为服务设置的指定 IP 地址。

       . 本节详细介绍了 Eureka Client 注册时使用的不同服务名称方式，并指出了它们之间的优先级顺序。下一节将深入分析这些注册方式的内部机制和优先级。

       . 本文的源码已上传至恒宇少年的码云账户，建议结合源码进行学习，感谢您的阅读。

springboot读取配置(springboot读取配置文件)

       springboot获取复杂的阿帕奇源码搭建list配置文件

       1、我们在使用@ConfigurationProperties(prefix=system)读取yml配置文件过程中会遇到读取yml文件中列表。如：yml文件设置访问白名单，Config里面使用List集合接收。方法比较简单。

       2、配置文件SpringBoot使用一个全局的配置文件application.propertiesapplication.yml配置文件的作用：修改SpringBoot自动配置的默认值，SpringBoot在底层都给我们自动配置好。

       3、第@Configuration注解，读取配置到类中，批量注入配置属性第Environment对象，获取配置文件中所有的属性的对象如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，就去黑马程序员官网视频库看免费视频。

       4、nacos跟apollo的处理思路有点不一样，找了很多资料，貌似没有找到nacos里直接获取整个获取配置文件的方法，后面如果有同学找到了这个方法记得留言提醒我。nacos在springboot启动的时候已经把所有配置文件都注入到了spring里。

Springboot打成JAR包后读取外部配置文件

       1、自定义jar目前只能读取application.properties和application.yml吧。可以用一个简单点的方法进行监听注入，在工具包内写一个init方法，在springboot启动时初始化就可以了。比如springboot启动完成后读取配置文件，然后注入到工具包内。

       2、云豹2023源码在此处，我们可以使用java-jardemo-0.-SNAPSHOT来运行项目。正常运行。当我们将其打成jar包时，application.properties同样不会被打包进jar包中。需要另外复制出来和jar包放在才能正常运行。

       3、以jar包发布springboot项目时，默认会先使用jar包同级目录下的application.properties来作为项目配置文件。但使用--spring.config.location指定了配置文件，则读取指定的配置文件。

SpringBoot配置文件存放位置以及读取顺序

       SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。也就是说，会先加载application.properties，根据spring.profile.active的设置加载相应的application-XX.properties配置，然后按优先级合并配置文件。

       使用springboot的方式，此种方式jar需要放到前面格式例如以jar包发布springboot项目时，默认会先使用jar包同级目录下的application.properties来作为项目配置文件。

       application.properties中：server.port=，application.yml中：server.port=。问题：springboot是否都加载这两个配置文件？如果两个文件有相同的key，取哪一个文件的value？答：都加载，且按properties→yml的顺序加载。

       springboot配置文件支持灵活的路径，以及灵活的文件名，用一个变量表达式总结如下：部分源码如下：当满足上述变量表达式的配置文件有多个时，会有一个配置的优先级。

       springboot中获取apollo或者nacos里的配置文件

       此时，需要在bootstrap.yml中添加springcloud配置：（至于为什么是bootstrap.yml而不是application.yml，这又是另一个问题了）有了上面的配置，程序启动后，就能正常的从nacos配置中心获取配置了。

       在application.yaml配置文件中指定nacos中配置的DataID不会生效，需要通过注解@NacosPropertySource指定才能生效。

       nacos-config这个依赖就相当于SpringCloudConfig，nacos-discovery这个依赖就相当于Eureka。

一文讲清楚SpringBoot六种读取配置方式

       1、使用开发工具创建一个纯净maven工程删除配置spring-biz.xml并且新增如下配置：本文梳理了SpringBoot六种读取配置方式，大家在项目中可以进行灵活组合和应用，希望本文对大家有所帮助。

       2、则只会根据classloader的classpath列表，选取第一个出现的文件。因为springboot加载配置文件时最底层是使用的下面的方法：这两个方法只会获取classloader类的ucp属性里面第一个匹配到的值。

       3、idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。

       4、配置文件SpringBoot使用一个全局的配置文件application.propertiesapplication.yml配置文件的作用：修改SpringBoot自动配置的默认值，SpringBoot在底层都给我们自动配置好。

       5、SpringBoot中的配置文件主要有三种格式，properties、yaml、和xml方式。

       6、SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。也就是说，会先加载application.properties，根据spring.profile.active的设置加载相应的application-XX.properties配置，然后按优先级合并配置文件。

springboot配置文件读取

       nacos在springboot启动的时候已经把所有配置文件都注入到了spring里。

       idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。

       这个问题的存在是因为在spring跑到@serviceclass的时候，我们还没有取到配置文件里面的value，所以导致了spring认为这个valuevariable没有initialize。

       关于如果修改默认的加载路径和文件名，后面会继续讨论。SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。

Spring Cloud 正式发布！我的天，OpenFeign​ 要退出历史舞台了？！

       大家好，我是栈长。

       今天给大家通报一则框架更新消息，时隔 .x 版本发布一年，Spring Cloud .0.0 最新版发布了，来看下最新的 Spring Cloud 版本情况：

       Spring Cloud 无疑是现在 Java 微服务事实上的标准，完全基于 Spring Boot 构建，依赖 Spring 生态体系，可以很好的与各种 Spring 生态项目无缝对接。

       Maven 依赖先给大家奉上：

       Spring Cloud 依赖管理采用的是 import 导入方式，里面管理了许多依赖，统一引入管理，使用时只需要引入对应依赖的坐标即可，不需要指定版本号。

       Spring Cloud 目前维护着 4 条版本主线：

       关于这些版本线的命名是不是很奇怪？

       另外，还有几天都要 年了，怎么现在才发布 版本？

       其实 Spring Cloud 最新的版本命名方式早已经变更了，以后就是YEAR.x 这种命名方式了，不清楚的可以看下栈长之前写的两篇文章：

       所以说，Spring Cloud .0.0 中的 是指 Spring Cloud .x 版本线，.0.0 则是指 这个版本线的第 1 个版本，而不是指某个年份发布的版本。

       新特性解读

       Spring Cloud .0.0 是一个大版本，更新了太多内容，栈长不打算全部解读，说几个有意思的更新吧。

       完整特性更新参考官方发布文档：

       1、系统环境

       Spring Cloud .0.0 基于以下环境进行构建：

       所以，这也是 Spring Cloud .0.0 的最低依赖要求，升级请小心。

       2、模块升级

       3、Eureka 已经更新到 Eureka 2.0.0

       大家都知道 Eureka 2.x 早已经停止维护了，如该分支最新公告所示：

       github.com/Netflix/eure...

       虽然 Eureka 2.0.0 是 Eureka 的一个新分支，但这个分支与 7 年前的 2.x-archive 旧实验分支无关。

       创建 Eureka 2.x 新分支的目的是为了与 JakartaEE 兼容而已，让 Spring Cloud Netflix 可以兼容 Spring Framework 6.0 和 Spring Boot 3.0，仅此而已。

       4、Spring Cloud OpenFeign 功能完成公告

       由于 Spring 现在提供了自己的 HTTP 接口客户端解决方案，比如在最新的 Spring Boot 3.0 中实现接口调用可以有以下两种解决方案：

       所以，从 Spring Cloud .0.0 版本开始，Spring Cloud OpenFeign 模块已经视为功能完成状态了，这意味着 Spring Cloud 团队将不再向该模块添加新功能。

       虽然 OpenFeign 不会再添加新功能，但还是会继续修复错误和安全问题，并且也还会考虑和审查来自社区的小规模的 pull requests 请求。

       这是不是意味着，在不久的将来，OpenFeign 要退出历史舞台了？

       Spring Cloud 支持版本

       Spring Cloud 支持的版本情况，以及对应的 Spring Boot 版本如下表所示。

       需要注意的是： 正常维护中的版本中有 Spring Cloud + 了，其他的版本已经彻底结束生命周期了，官方不再提供维护支持了，非必要，尽量不要再使用了。

       目前最新的 Spring Cloud Alibaba .0.4.0 还是基于 Spring Cloud .0.4.0，尚未同步更新最新的 Spring Cloud .0.0 版本，这个在栈长的微服务课程中也有说明了，两者的版本不一定完全同步，也可能会跳过。

       总结

       Spring Cloud .0.0 是一个革命性的大版本，依赖的系统环境和模块都有大幅度的更新，特别是 JDK 、Spring 基础框架的最低要求，对于想升级的小伙伴来说无疑是一件难事，国内的应用也都还是以 JDK 8 为主，要迁移到 Spring Cloud 版本恐怕还需要不少的时日。

       Spring Boot 理论和实战源码仓库：

       github.com/javastacks/s...

       你们用的哪个 Spring Cloud 版本呢？欢迎留言分享～

       好了，今天的分享就到这里了，后面栈长我会更新更多好玩的 Java 技术文章和最新的技术资讯，关注Java技术栈第一时间推送，不要走开哦。

       版权声明： 本文系 "Java技术栈" 原创，原创实属不易，转载、引用本文内容请注明出处，抄袭者一律举报＋投诉，并保留追究其法律责任的权利。