ISLAND攻略
枢都 夏莲
夏篇路线
左边
Rinne
Save 01
……切那
(→有本事说出我的名字啊)
(→不要爱上我啊)
我是三千界切那, 请多指教
Save 02
准备[对时间旅行者装备]
[(→纱罗是我老婆)
(→钟爱夏莲)
我觉得凛音很可爱
Save 03
放弃使命
(→进行时间旅行)
寻找粘合剂
(→按3部构成的节奏讲)
按2小时的节奏讲
(→还是放弃吧)
攻略玖音
Save 04
与夏莲和纱罗一起去游泳
Save 05
在这个岛上找到真正的自己
我是这个时代的人
Save 06
接受现在
夏莲路线
Save 07
(→我错了)
(→抱歉)
对不起
Save 08
昨天的事
(→因为迷上你了)
(→因为爱你)
因为喜欢你
(→一起离开岛吧)
(→去说服你父亲)
和我交往吧
我喜欢夏莲
夏莲 End
End 回收
◆Load 1
我就是我
End → 轮回的终结
◆Load 2
……莫名其妙
End → 第二位时间旅行者
◆Load 3
执行使命
End...
Spring Cloud part11—Nacos配置中心的使用实践
Nacos 配置中心的实践
Nacos
配置中心的基本实践和配置刷新实践
复习一下 Maven 等来导入 Naocs 相关依赖的内容
首先我们声明项目的版本信息
1234567891011121314151617181920212223242526272829303132<!-- 只声明依赖，不引入依赖 --><dependencyManagement> <dependencies> <!-- 声明springBoot版本 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> ...
Spring Cloud part10—Nacos在配置中心上的原理剖析
Nacos 配置中心原理解析
Nacos 配置中心的主要作用
本来我寻思把这篇文章放到负载均衡那个讲的，结构感觉那样会很长，我感觉没有人想读论文那样长的技术博客，就算了
在分布式系统中，配置管理面临三大核心挑战：配置分散（多服务、多环境配置散落在各节点）、更新繁琐（修改配置需重启服务）、一致性难保证（多节点配置易出现不一致）。Nacos
配置中心的核心作用就是解决这些问题
配置集中化管理
将所有服务的配置（如数据库连接、接口地址、限流规则等）集中存储在 Nacos
Server，替代传统的本地配置文件（如
application.yml），避免配置分散在各服务节点的文件系统中，便于统一维护。
动态配置更新
支持配置在运行时动态修改并生效，无需重启服务。例如：修改数据库连接池参数、调整日志级别、更新限流阈值等，通过
Nacos 推送机制实时同步到所有相关服务，极大提升系统灵活性。
多维度配置隔离 通过「命名空间（Namespace）+
分组（Group）+ Data ID」三级结构，实现多环境（如
dev/test/prod）、多业务（如支付...
Spring Cloud part9—Nacos负载均衡的实现和原理深入解析
Nacos 上的负载均衡
服务多级存储模型
在之前我们讲解 Nacos 的数据模型可以了解，Nacos 实例 Key
由如下三元组唯一确定，命名空间，分组，服务名
12345678Namespace（命名空间）├─ group（服务分组）│ ├─ service（服务名）│ │ ├─ instance 1（实例1：IP+端口）│ │ ├─ instance 2（实例2：IP+端口）│ │ └─ ...│ └─ other service（其他服务）└─ other group（其他分组）
在之前，我们的服务模型都是按照两层划分的，一个服务就是一个业务的微服务，一个服务下可以有多个实例
不过随着我们的业务规模越来越大，为了增加稳定性和容灾性，我们会将一个实例部署在多个机房，所以
Nacos 引入了地域 (Zone)
的概念，把同一个服务的多个实例部署到不同地域的机房中
(鸡蛋分开不同的篮子放) ；又把在同一个地域的机房的多个服务实例称为集群
(Cluster) 。比如，杭州机房的 2 个用户服务 user-service
称为杭州...
Spring Cloud part8—Nacos注册配置中心的使用和源码分析
Nacos 的工作流程剖析
image-20250719124926528
Nacos 服务注册部分
有这么一个包，spring-cloud-commons
image-20250719124212246
在这里，你会看到一个熟悉的包，loadbalancer，这就是我们之前深度分析的负载均衡的包，Nacos的负载均衡先不讲，在这个包下面，有个
serviceregistry包，这个包的作用就是服务注册相关内容的包
image-20250719125222356
其中，ServiceRegistry
包是关注与服务注册相关的核心接口，这个ServiceRegistry接口是Spring
Cloud提供的服务注册的标准，集成到SpringCloud中实现服务注册的组件，都需要实现这个接口。看一下它的代码
1234567891011121314151617181920212223242526272829303132333435363738394041424344package...
赫炎的印加诺克攻略
...
Spring Cloud part7—Nacos注册中心的原理和使用
Spring Cloud Alibaba
什么是Spring Cloud Alibaba
Spring Cloud Alibaba 是阿里巴巴基于 Spring Cloud
规范开发的微服务生态体系，旨在为开发者提供一套完整的微服务解决方案，Spring
Cloud Alibaba 生态以 Nacos、Sentinel、Seata
为核心，整合了网关、消息队列等组件，形成了一套适合国内企业的微服务解决方案。其优势在于组件一体化、高性能、本土化适配，尤其适合对稳定性和并发能力要求高的业务场景。
Spring Cloud Alibaba
核心组件及功能
Spring Cloud Alibaba 与 Spring 官方提供的 Spring Cloud
生态的不同，就基本都是体现在组件的不同上，基本Spring Cloud
生态的该有的各种组件类型，Spring Cloud Alibaba 也基本都有
Spring Cloud...
如何在IDEA中以不同端口开启同一个服务多个实例
具体步骤
首先打开服务窗口，通过View ->
Tool Windows -> Service
这里会列出本项目各个服务的启动类，如果没有点击那个加号添加服务
首先右键点击已经启动的项目，然后复制你需要以不同端口打开的实例的配置
image-20250720233138782
然后在设置中选择更多操作，选择允许多个实例和添加虚拟机选项
image-20250720233223924
然后在虚拟机选项那一栏，按照虚拟机的配置项目添加你需要启动的端口号
image-20250720233347159
确定后应用，就能看到多出来的那个实例了
image-20250720233423276
我们启动一下，测试一下，可以看到新的端口启动的实例正常被发现，正常被注册
image-20250720233625677
堂堂结束
