黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day4 重置版 全网最全最快

已于 2024-07-23 16:52:39 修改
阅读量1.1k 收藏 45
点赞数 60
分类专栏： 微服务 文章标签： spring cloud 微服务 bug 思维 排错思路
于 2024-07-23 16:48:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_61654952/article/details/140640237
版权

你好,我是Qiuner. 为帮助别人少走弯路和记录自己编程学习过程而写博客

这是我的 github https://github.com/Qiuner ⭐️

gitee https://gitee.com/Qiuner 🌹

如果本篇文章帮到了你 不妨点个赞吧~ 我会很高兴的 😄 (^ ~ ^)

想看更多 那就点个关注吧 我会尽力带来有趣的内容 😎

  • 这篇有不少bug记录与方便您复制的代码，相信一定能节省学习时间同时达到更好的效果
  • 本博客要与原文档搭配使用 day04-微服务02 - 飞书云文档 (feishu.cn)
  • 这个是重置版，因为我发现有很多东西都没有讲明白，于是我又写了重置版。原版也不会删除，因为重制版不是全部照搬
  • 我这一版写的可以说是付出很多心血了，里面网关、项目差错思路，保证您一看就会😎

2024最新SpringCloud微服务开发与实战，java黑马商城项目微服务实战开发（涵盖MybatisPlus、Docker、MQ、ES、Redis高级等）Day 4 重制版

项目查错思路分析

一：发现/复现问题

image-20240722084614045

  • 点击加入购物车，显示添加购物车失败，多点几个不同的，发现都失败
  • 打开控制台，发现这个500服务器内部报错
  • 项目的api是这个添加的前缀，访问什么都会有

二：查看报错

image-20240722085505069

  • 这个问题话比较简答，看报错就出来了，但很多时候开发中很多问题是没有报错的，其实我刚开始写这个项目差错分析的时候就是觉得能这个会是没有报错，，，想拿真实例子来展示下没有报错要怎么办

三：查看是否是操作不当导致问题出现

  • 因为是显示没有用户id，因此我们很容易就能想到是因为没有进行用户登录，因此导致没有传递用户id，所以检查是否是在登录的情况下进行的操作

    image-20240722090648270

  • 发现是登录下，依然还是添加失败。（这里可能存在误解，误解为不要看前端，而是要看请求是否成功）

四：定位问题代码

image-20240722084925661

  • 因为现代开发将数据处理分为了三个层，因此我们需要在能打印的时候打印出来，看看是那一步开始没有了userId
  • 但在这里，添加购物车方法，很显然没有接收userId参数

image-20240722091546504

  • 因此去服务层看看

image-20240722091713964

image-20240722091945899

  • 这个时候就可以下出判断了，这是一个微服务项目，各个模块是彼此分散的，而这里是将用户信息去上下文中去取出来，因此这是一个其他模块没有将用户存储在上下文导致的错误
    • 一层错误(表面错误)： 数据库没有userId字段，无法进行查询
    • 二层错误（truth错误）：网关没有将用户id在登录的时候存储好

五：仔细查看代码

image-20240722152532095

  • 这一段网关保存用户登录信息的逻辑其实挺长的，线程存储和请求头添加用户绕来绕去的
  • 文档的代码和视频代码不是完全相同的，不要照着抄

网关

什么是网关

image-20240720104847819

image-20240720104948998

  • 网关的意思 和 nat协议差不多的，不知道nat协议的可以看看我这篇博客： （写了 没发）

https://blog.csdn.net/qq_61654952/article/details/139453099?spm=1001.2014.3001.5501 （这篇解释的比较官方，看目录，在最后那边）

网关是如何实现路由转发、身份校验的？

image-20240720105545549

  • 说到这里，可能对网关会认识不全面，不明白大概是个什么样。
  • 网关其实也是一个微服务模块，这个模块实现了路由转发 身份校验等等功能，和单体项目中的拦截器是一样的

image-20240720105942113

  • 使用了网关后，对于访问者来说，所有的东西不能自由地被请求，因为有网关拦截着

image-20240720110829005

快速搭建一个网关

image-20240720164802537

image-20240720170655384

- id: item # 路由规则id，自定义，唯一
  uri: lb://item-service # 路由的目标服务，lb代表负载均衡，会从注册中心拉取服务列表
  predicates: # 路由断言，判断当前请求是否符合当前规则，符合则路由到目标服务
    - Path=/items/**,/search/** # 这里是以请求路径作为判断规则
  • 当请求路径是 /items/** 或 /search/** 时， 满足 Path 条件。符合条件的请求将会被路由从注册中心拉取 item-service 的服务列表到目标服务。
  • 路由是什么？路由在的位置比较底层，你在配置的路由地址就是路由的一部分，你在告诉路由你要做什么。而这个路由又只是整个网关模块的一部分

一些网关问题的推断方式 感谢出镜的小伙伴

  • 看到原本文章里的一个小伙伴说这个，博主虽然没有遇到这个问题，但我知道是什么引起的

推断

  • 1、首先 500 表示是服务器的问题，但服务器报出500的问题情况是多样的，仅凭一个500只能得出是服务器的问题
  • 2、在这里，是配置网关后，与使用网关的行为后报错 500，而原模块没有产生问题 因此，可以判断 问题出在网关上
  • 3、网关目前只进行了基础配置，配置了路由、端口号、nacos，显然，端口号不会出现这个问题。而nacos，出问题应该也是自己出问题，不是影响整个网关，因此定位到路由。
  • 4、根据以上得出粗略推断：路由写的有问题

网关路由配置

image-20240721085149759

路由断言

image-20240721085210143

路由过滤器

image-20240721085546122

打印为空

image-20240721090928719

  • 响应头和请求头单词长得有的像了，因此很容易分不清

网关登录校验

  • 需求描述：对请求进行登录校验，分别设在每个模块是不太合理的，因此将其设在网关层。因此，我们需要了解网关的运行过程，从而判断在哪一步编写相关登录校验

image-20240721113036032

image-20240721113445096

网关中自定义过滤器 全局和局部过滤器

image-20240721113600056

GlobalFilter全局

package com.hmall.gateway.filters;


import com.alibaba.nacos.api.naming.pojo.healthcheck.impl.Http;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.http.HttpHeaders;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;

@Component
public class MyGlobalFilter implements GlobalFilter, Ordered {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        // TODO 登录校验逻辑
        ServerHttpRequest request=exchange.getRequest();
        HttpHeaders headers=request.getHeaders();
        return chain.filter(exchange) ;
    }

    @Override
    public int getOrder() {
        return 0;
    }
}

image-20240721215729326

GatewayFilter局部过滤器

image-20240721220944081

  • 这里是在创建抽象工厂，关于抽象工厂不知道的可以看我的另一篇博客

https://blog.csdn.net/qq_61654952/article/details/138126798?spm=1001.2014.3001.5501

  • 使用这个过滤器工厂，需要有FilterFactory后缀

image-20240721221754234

  • 多个参数的情况

过滤器在idea中没有输出

image-20240721222933354

  • 像视频一样刷新页面，但是没有任何提示
  • 这是因为你没有登录

image-20240721223013983

  • 你需要登录后网关才能生效

网关中传递用户（在请求中添加用户数据方式）

image-20240722083616771

image-20240722100346532

  • @ConditionalOnClass(DispatcherServlet.class 是Spring Boot中的一个条件注解，它在特定条件下有选择地加载某些配置或Bean
  • 在这个例子中注解会检查类路径中是否存在指定的类DispatcherServlet。只有当 DispatcherServlet 类存在于类路径中时，Spring才会实例化和加载标注了这个注解的配置类或Bean。

网关传递用户的核心

  • 首先在网关层中，会有一个东西负责将信息存储到请求头，存储到请求头后，这时候就分为不同的形式了，比如

image-20240722155427366

形式一：每个请求手动添加

image-20240722155853077

  • 如图，在每个方法上手动添加，捕获，然后得到userId属性

形式二：给每个模块添加一个拦截器

  • 在拦截器中将用户的id取出来

  • 这样又几个模块就需要加几个代码，也是比较麻烦

形式三：定义一个通用的拦截器（本例使用）

  • 通用拦截器可能会遇到没有sprigboot依赖的模块无法中使用会报错的问题，需要使用 @ConditionalOnClass(DispatcherServlet.class) 来检测项目是否存在springboot依赖，不存在则不生效，由此来规避报错

image-20240722161450236

AuthGlobalFilter拦截器无法打印数据而又没有任何报错

image-20240722141902257

  • 这是因为你的前端挂掉了，将前端nginx再启动然后重启一遍服务即可

  • 即我写了打印1 但是不打印1

使用OpenFeign 传递用户

image-20240722161601816

  • 之前传递的方式是用户网关登录，而没登录访问页面会跳转到登录页面，这时候自然将用户信息写进去了

  • 可是这次是交易完，需要删除购物车的商品，这时候，使用网关来进行传递商品信息就有些不妥了，当然你也可以实现用网关来传递

  • 因此，使用OpenFeign来进行用户传递

image-20240722165152069

无报错 复合bug排查解决方法思路 ：在api中添加完DefaultFeignConfig等依然无法删除购物车中的商品

一：确认基础配置没有问题

image-20240722223116950

二：确认有无报错

image-20240722230622244

image-20240722230634653

  • 其他也是如此 没有任何报错

image-20240722230822222

image-20240722231102732

  • 但购物车没有删除

三：查看自己留下来的排错信息

image-20240722231342012

  • 居然没有打印，显然，没有调用，于是我们得去找是谁会来调用这个方法。
  • 因为我们使用OpenFeign来进行调用的，所以显然得去这里

image-20240723090118144

  • 同时，能发现拦截器 并没有生效

image-20240723090509771

  • 这时候就能发现关于DefaulFeignConfig的问题，多了个@Configuration的注释

image-20240723091312370

  • 去掉后，发现拦截器在运行了，但是点开购物车，发现购物车商品还是没有删除

image-20240723091404655

  • 因此判断，这是一个复合bug

四：查看这时有没有报错信息

  • 查看了一番，还是没有任何报错
  • 不过注意到

image-20240723091736596

  • 于是进行全局搜索

image-20240723091828971

image-20240723091940482

  • 修改下代码，果然是这个。那这时候我心里有了个猜测了，于是我回去听下业务逻辑

微服务02-09.网关登录校验-OpenFeign传递用户信息_哔哩哔哩_bilibili

  • 业务逻辑大概是：
    • 网关将用户信息写在请求上
    • hm-common中定义UserInfoInterceptor来获取请求中的id
    • hm-api中定义DefaultFeignConfig来从上下文中获取id
    • 在各个模块中，使用pom将其联系起来（这样模块耦合度太大了）
  • 因此，我们可以判断出这些执行的先后顺序。将所有微服务模块重启一遍，然后看具体的日志

先进行登录操作，查看有那些发出了信息

image-20240723093858590

image-20240723094000319

image-20240723094011542

image-20240723094016780

image-20240723094037318

  • 可以看到，到这一步都没什么问题

二：点击结算

image-20240723094351256

  • 这时候user露出鸡脚了，它没有查询到user_id为2的数据

image-20240723094519087

  • 去数据库一看，原来叫id不叫userid，那问题就好办了

image-20240723094906506

  • 但仔细阅读后，发现这是查地址的东西，好像是设计成找不到，然后前端来展示数据

  • 线索又一次断掉了

  • 但能发现，并没有打印删除的提示词，因此查看前端，也没有发现删除的请求，因此发现，应该是OpenFeign的问题

image-20240723115259140

  • 一番寻找，发现cart的客户端居然使用get
package com.hmall.api.client;

import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.DeleteMapping;
import org.springframework.web.bind.annotation.RequestParam;

import java.util.Collection;

@FeignClient("cart-service")
public interface CartClient {
    @DeleteMapping("/carts")
    void deleteCartItemByIds(@RequestParam("ids") Collection<Long> ids);
}

  • 修改后，发现还是没有删除商品

  • 百思不得其解

image-20240723120510311

  • 服务注册也没问题

image-20240723120648883

image-20240723120716274

  • 接口测试也通过

五：最终问题排查

  • 这个时候，就要开始梳理逻辑了，逻辑一梳理，数据库中的数据是原本就有的，而代码使用item_id来进行删除增加购物车中商品，因此我们去查看校对两个值

image-20240723161050377

  • 发现值也是一样的，那就先将数据库中的数据全部删除，再次添加结算

image-20240723160248160

  • 如此竟可以了
开始清理购物车商品 itemIds的值是[40305713537]
15:59:54:118 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] ---> DELETE http://cart-service/carts?ids=40305713537 HTTP/1.1
15:59:54:118 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] user-info: 1
15:59:54:118 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] ---> END HTTP (0-byte body)
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] <--- HTTP/1.1 200 (25ms)
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] connection: keep-alive
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] content-length: 0
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] date: Tue, 23 Jul 2024 07:59:54 GMT
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] keep-alive: timeout=60
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] 
15:59:54:144 DEBUG 39592 --- [nio-8085-exec-1] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] <--- END HTTP (0-byte body)
我是UserInfoInterceptor 我将要把数据存储到线程中 userInfo = 1
15:59:54:235 DEBUG 39592 --- [nio-8085-exec-2] c.h.trade.mapper.OrderMapper.selectById  : ==>  Preparing: SELECT id,total_fee,payment_type,user_id,status,create_time,pay_time,consign_time,end_time,close_time,comment_time,update_time FROM `order` WHERE id=?
15:59:54:235 DEBUG 39592 --- [nio-8085-exec-2] c.h.trade.mapper.OrderMapper.selectById  : ==> Parameters: 1815658079372996609(Long)
15:59:54:243 DEBUG 39592 --- [nio-8085-exec-2] c.h.trade.mapper.OrderMapper.selectById  : <==      Total: 1
15:59:54:539  INFO 39592 --- [ent-executor-16] com.alibaba.nacos.common.remote.client   : [f9caff51-eccd-4556-bcfd-9974893d2976] Receive server push request, request = NotifySubscriberRequest, requestId = 267
15:59:54:539  INFO 39592 --- [ent-executor-16] com.alibaba.nacos.common.remote.client   : [f9caff51-eccd-4556-bcfd-9974893d2976] Ack server push request, request = NotifySubscriberRequest, requestId = 267
15:59:54:638  INFO 39592 --- [ent-executor-17] com.alibaba.nacos.common.remote.client   : [f9caff51-eccd-4556-bcfd-9974893d2976] Receive server push request, request = NotifySubscriberRequest, requestId = 268
15:59:54:638  INFO 39592 --- [ent-executor-17] com.alibaba.nacos.common.remote.client   : [f9caff51-eccd-4556-bcfd-9974893d2976] Ack server push request, request = NotifySubscriberRequest, requestId = 268
我是UserInfoInterceptor 我将要把数据存储到线程中 userInfo = 1
16:02:00:026 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] ---> GET http://item-service/items?ids=8533120 HTTP/1.1
16:02:00:027 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] user-info: 1
16:02:00:027 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] ---> END HTTP (0-byte body)
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] <--- HTTP/1.1 200 (7ms)
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] connection: keep-alive
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] content-type: application/json
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] date: Tue, 23 Jul 2024 08:02:00 GMT
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] keep-alive: timeout=60
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] transfer-encoding: chunked
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] 
16:02:00:033 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] [{"id":"8533120","name":"海尔 （Haier ）LQ65H31 65英寸 4K曲面人工智能全面屏超高清LED液晶电视","price":379500,"stock":10000,"image":"https://m.360buyimg.com/mobilecms/s720x720_jfs/t1/2851/14/13998/101463/5bd9723cE81b2c299/1bfdf2d1628648e4.jpg!q70.jpg.webp","category":"曲面电视","brand":"海尔","spec":"{}","sold":0,"commentCount":0,"isAD":false,"status":1}]
16:02:00:035 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.ItemClient          : [ItemClient#queryItemByIds] <--- END HTTP (384-byte body)
16:02:00:036 DEBUG 39592 --- [nio-8085-exec-4] c.hmall.trade.mapper.OrderMapper.insert  : ==>  Preparing: INSERT INTO `order` ( id, total_fee, payment_type, user_id, status ) VALUES ( ?, ?, ?, ?, ? )
16:02:00:036 DEBUG 39592 --- [nio-8085-exec-4] c.hmall.trade.mapper.OrderMapper.insert  : ==> Parameters: 1815658607628808194(Long), 379500(Integer), 3(Integer), 1(Long), 1(Integer)
16:02:00:037 DEBUG 39592 --- [nio-8085-exec-4] c.hmall.trade.mapper.OrderMapper.insert  : <==    Updates: 1
16:02:00:038 DEBUG 39592 --- [nio-8085-exec-4] c.h.t.mapper.OrderDetailMapper.insert    : ==>  Preparing: INSERT INTO order_detail ( order_id, item_id, num, name, spec, price, image ) VALUES ( ?, ?, ?, ?, ?, ?, ? )
16:02:00:038 DEBUG 39592 --- [nio-8085-exec-4] c.h.t.mapper.OrderDetailMapper.insert    : ==> Parameters: 1815658607628808194(Long), 8533120(Long), 1(Integer), 海尔 （Haier ）LQ65H31 65英寸 4K曲面人工智能全面屏超高清LED液晶电视(String), {}(String), 379500(Integer), https://m.360buyimg.com/mobilecms/s720x720_jfs/t1/2851/14/13998/101463/5bd9723cE81b2c299/1bfdf2d1628648e4.jpg!q70.jpg.webp(String)
开始清理购物车商品 itemIds的值是[8533120]
16:02:00:040 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] ---> DELETE http://cart-service/carts?ids=8533120 HTTP/1.1
16:02:00:040 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] user-info: 1
16:02:00:040 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] ---> END HTTP (0-byte body)
16:02:00:050 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] <--- HTTP/1.1 200 (9ms)
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] connection: keep-alive
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] content-length: 0
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] date: Tue, 23 Jul 2024 08:02:00 GMT
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] keep-alive: timeout=60
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] 
16:02:00:051 DEBUG 39592 --- [nio-8085-exec-4] com.hmall.api.client.CartClient          : [CartClient#deleteCartItemByIds] <--- END HTTP (0-byte body)
  • 有理由怀疑，这个数字是个上限值之类的。

image-20240723162242194

  • 再添加一份商品，然后将item_id修改为这个数字 40305713537，点击结算后居然也行了。。。。
  • 那看来是别的字段导致无法删除某个商品，一番查看，果然发现num字段为0，该商品不可删除

配置管理

image-20240723155413197

image-20240723163418064

  • 剩下的添加配置直接看我原本的博客吧 原本博客还有个总结三种拦截器
  • https://blog.csdn.net/qq_61654952/article/details/140390388?spm=1001.2014.3001.5501
Qiuner
关注
  • 60
    点赞
  • 踩
  • 45
    收藏
    觉得还不错? 一键收藏
  • 40
    评论
专栏目录
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day3 全网最全
在校学生，爱折腾。喜欢写代码、健身，读点轻松的心理学，哲学书籍。
06-19 4312
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day3 全网最全 封面颜色是 槐花黄绿
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day2 全网最快最全
在校学生，爱折腾。喜欢写代码、健身，读点轻松的心理学，哲学书籍。
05-18 2058
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day2
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day1最快 最全
在校学生，爱折腾。喜欢写代码、健身，读点轻松的心理学，哲学书籍。
04-28 3064
> 我这份文档是对官方文档的补充，比如官方文档没有记载P10的请求参数，这种东西没有什么营养，又容易漏写些东西，因此我记录了下来，您可以通过文字的目录快捷需要的东西
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录 Day4
在校学生，爱折腾。喜欢写代码、健身，读点轻松的心理学，哲学书籍。
07-12 2272
黑马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录 Day4 背景颜色是槐花黄绿
2024黑马AI+若依框架项目开发 个人心得、踩坑和bug记录 全网最快最全 基础功能认识篇
在校学生，爱折腾。喜欢写代码、健身，读点轻松的心理学，哲学书籍。
07-16 2530
若依基础功能认识篇 背景色是芽绿
《springcloud&学习资料》--黑马学成在线项目，博客附带全套笔记及可能遇到的bug解决方案.zip
04-19
个人花大量时间整理出的实战资料，内容丰富，文档也很详细。无论做毕业设计还是用于学习技能，或工作中当做参考资料，都能发挥重要作用 亲们下载我任何一个付费资源后，即可私信联系我免费下载其他相关资源哦~ 个人...
SpringCloud微服务接口这么多怎么调试
02-24
本文来自程序猿，本文主要介绍了SpringCloud微服务下服务接口调试及管理,什么样方式可以让微服务的接口管理变得更加容易些，希望对您的学习有所帮助。我们知道在微服务架构下，软件系统会被拆分成很多个独立运行的...
《springcloud微服务实战》知识点评估试题.docx
05-10
springcloud《springcloud微服务实战》知识点评估试题.docx
基于SpringCloud的微服务乐优商城
04-10
在构建大型分布式应用时，Spring Cloud是一个非常流行的框架，它为开发者提供了在分布式系统中实现配置管理、服务发现、断路器...对于想要深入学习Spring Cloud和微服务架构的后端开发者来说，这是一个宝贵的实战案例。
微服务架构与SpringCloud.pptx
07-28
微服务架构与SpringCloud.pptx springboot
微服务
m0_64021225的博客
07-18 226
微服务知识点总结，学习笔记
.Net Core 微服务之Consul（三）-KV存储&分布式锁
m0_59178355的博客
07-22 616
Consul 的 KV 存储提供了类似文件系统的键值存储模型，其中每个键都是一个路径，类似于，而每个键对应的值可以是任意的字节序列。这种灵活性使得它不仅可以存储配置数据，还可以用于共享任意类型的数据。Consul 的分布式锁通过 KV 存储中的事务和比较并交换（Compare-and-Swap, CAS）操作来实现。客户端尝试创建一个特定的键作为锁，并将自己的标识作为值写入该键中。如果写入成功，即客户端获得了锁；如果失败，说明有其他客户端已经持有了该锁。
微服务分布式事务
最新发布
m0_67646306的博客
07-22 731
微服务架构中的分布式事务是指在多个服务实例之间保持数据一致性的机制。由于微服务通常涉及将业务逻辑拆分成独立的服务，每个服务可能有自己的数据库，因此当一个业务操作需要跨多个服务进行时，确保所有服务的数据保持一致性就变得复杂。在单体应用中，数据库事务可以很容易地通过本地事务（如ACID事务）来管理，但在微服务架构中，每个服务可能使用不同的数据库，这就要求一种不同的事务管理策略。
微服务概念篇-服务提供者/服务消费者
weixin_42924400的博客
07-19 375
服务消费者和服务提供者是相对来说的，比如:服务A调用服务B，服务B调用服务C对于服务B来说，他是服务A的服务提供者，但是同时又是服务C的服务消费者。
微服务专题
jylee的博客
07-22 770
微服务是一种分布式架构，分布式架构就是把服务做拆分，在我们的传统单体架构中，我们把所有的服务都写在一起，随着业务的扩大我们的代码耦合度会变得越来越高，后期维护起来也很不方便。微服务就是把模块拆分，把我们整个项目拆解分成许多独立的子项目，每个子项目之间独立开发和部署，子项目也有自己独立的功能，这些独立的子项目就形成了微服务，不同的子项目就进而形成一个服务集群。
微服务保护
m0_67646306的博客
07-19 1144
微服务保护是指在微服务架构中采取的一系列措施，以确保各个服务的稳定性、可靠性和安全性。微服务是一种将应用程序作为一套小服务开发的方法，每个服务运行在其独立的进程中，并通常围绕特定的业务能力进行构建。微服务保护的目标是防止单个服务的故障影响到整个系统。
微服务:nacos
qq_55630615的博客
07-18 485
由Alibaba推出的集成于SpringCloudAlibaba中的一款开源注册中心框架。
Eureka中的服务断路器模式实现：保障微服务系统的稳定性
2401_85842555的博客
07-18 967
服务消费者通过Eureka服务器获取服务提供者的信息，并进行调用。结合服务断路器，可以在服务调用失败时自动触发断路器，保护服务系统。在微服务架构中，服务间的依赖关系错综复杂，一旦某个服务出现故障，可能会引发连锁反应，导致整个系统的崩溃。本文将详细解释如何在Eureka中实现服务的断路器模式，并提供具体的代码示例。其核心思想是当服务调用失败达到一定阈值时，自动打开断路器，暂时停止服务调用，避免系统资源的进一步消耗。通过在Eureka中实现服务断路器模式，可以有效地防止服务故障的扩散，保障微服务系统的稳定性。
微服务实战系列之玩转Docker（四）
splendid_java的专栏
07-20 1581
幸福，就是继续追寻已经拥有的东西。——圣·奥古斯丁什么算已经拥有的？比如爱你的人在等你，比如每日热腾腾的三餐，比如身边可爱的同事，又比如此刻的你，看见了这篇博文（😁😁😁）。所以这么看来幸福很简单，也很直接哈。轻松自在，乐于学习，何尝不是一种已经拥有的幸福。话不多说，言归正传。博主前序的三篇博文，旨在对docker的背景目标、运行原理、桌面体验进行简单概述。我想任何一个“小白”读完后，必然有所收获，甚至可以直接向团队提建议——我们愉快的使用docker吧！“玩归玩，闹归闹，不用不知道，用过必骄傲”
评论 40
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值