
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
Nacos 的定位是 “动态服务发现、配置管理和服务管理平台”,简单说就是 “注册中心 + 配置中心” 二合一,而且是 Spring Cloud Alibaba 的组件,和 Spring 生态兼容性特别好。咱们直接上手实战,把它用起来!Ribbon 是 Netflix 开源的负载均衡器,专门帮咱们管理 HTTP 和 TCP 客户端的行为。在 Spring Cloud 里,Nacos 通常和 Rib

Feign 是 Spring Cloud 提供的声明式伪 HTTP 客户端,核心特点是 “像调用本地服务一样调用远程服务”—— 不用写复杂的 URL 拼接,只要定义一个接口,加几个注解就行。另外,Feign 和 Nacos 兼容性特别好,而且默认集成了 Ribbon,所以用 Feign 调用服务时,不用额外配置就能实现负载均衡,省了不少事。,感兴趣的可以去看源码或文档。创建一个 Service 接

流量控制:通过直接 / 关联 / 链路模式,结合快速失败 /warm up / 排队效果,提前挡住突发流量,预防雪崩。隔离降级:通过线程隔离(仓壁模式)和熔断降级,在服务故障时控制影响范围,避免级联失败。实际项目中,要根据业务场景选择合适的规则 —— 比如秒杀接口用 warm up + 热点参数限流,慢服务调用用线程池隔离,核心接口用熔断降级。多测试、多调优,才能让微服务更稳定~

前面的过滤器都是 “现成的”,只能干固定的活儿。但实际项目里,经常需要自定义逻辑(比如判断用户是否登录、有没有权限),这时候就需要 “全局过滤器”—— 自己写代码实现,想干啥就干啥。需求:所有请求必须带参数,且值为admin,否则拦截(返回 401 未授权)。本篇把 Spring Cloud Gateway 的核心知识点都覆盖了:从 “为什么需要网关”,到搭建、路由、断言、过滤器、全局逻辑、跨域解

要强一致,选 Seata 的 XA 模式,简单无侵入,但性能一般。要高可用和性能,选 Seata 的 AT 模式(默认),最终一致,无侵入,适合大多数场景。Seata 的优势在于易用性 —— 不用写复杂的补偿逻辑,配置一下、加个注解就能用,大大降低了分布式事务的实现成本。大家可以根据自己的业务场景,选择合适的事务模式。

咱们常说的 “互联网”,其实就是 Internet 的中文翻译。计算机网络是两台或更多计算机组成的网络,同一网络里任意两台电脑能直接通信;而 Internet 是把无数个计算机网络连起来,形成全球统一的大网,所有设备都得遵守同一套网络协议。应用层:你在微信输入文字,点击发送,微信(应用层)按自己的格式生成 “消息报文”,发给传输层;传输层:传输层用 TCP 协议,把 “消息报文” 拆成小的 “TC








