【万字长文】Spring Cloud Alibaba 开箱即用！

互联网时代，面对复杂业务，讲究 分而治之。将一个大的单体系统拆分为若干个微服务，保证每个系统的职责单一，可以垂直深度扩展。

但是一个个独立的微服务像一座座孤岛，如何将他们串联起来，才能发挥最大价值。

739a237c86085fb022004a04d9a6495c.png

这时，我们就要提微服务的生态圈。

那么微服务生态圈都有哪些模块？他们的作用分别是什么？

  • 服务的注册、发现。生产者启动时，会将自己的信息注册上报，这样调用方只需连接注册中心，根据一定的负载算法，就可以与服务提供方建立连接，从而实现应用间的解耦。

  • 服务调用。通过多种协议（如：HTTP等）实现目标服务的真正调用。

  • 负载均衡。主要是提供多种负载算法，满足不同业务场景下的集群多实例的选择机制

  • 服务的稳定性。提供了服务熔断、限流、降级

  • 分布式配置中心。应用的配置项统一管理，修改后能动态生效

  • 消息队列。非核心逻辑从同步流程抽离，解耦，异步化处理，缩短RT时间

  • 网关。将一些通用的处理逻辑，如：限流、鉴权、黑白名单、灰度等抽取到一个单独的、前置化系统统一处理。

  • 监控。监控系统的健康状况

  • 分布式链路追踪。查看接口的调用链路，为性能优化、排查问题提供输入

  • 自动化部署。持续集成，快速部署应用。

围绕这些功能模块，Spring Cloud Alibaba 为我们提供了微服务化开发的一站式解决方案，我们只需要少量的Spring 注解 和 yaml配置，便可以快速构建出一套微服务系统。真的是创业者的福音。

那么这套生态规范都提供了哪些技术框架呢？

2c5a859294c3102d3313c8ebc1bb476f.png


一、Spring Boot（服务基座）

Spring Boot 是Spring框架的扩展，提供更加 丰富的注解，根据 约定胜于配置 原则，与市场主流的开源框架打通， 设计了 Starter 和 AutoConfiguration 机制，简化配置流程，通过简单的jar包引入，快速具备组件集成能力。大大提高了程序员的开发效率。

特点：

  • 提供了丰富的注解，不要在XML文件中定义各种繁琐的bean配置

  • 内嵌 Web容器，如：Tomcat（默认）、Jetty、Undertow

  • 集成了主流开源框架，根据项目依赖自动配置


二、Nacos（注册中心、分布式配置中心）

Nacos 是阿里巴巴的开源的项目，全称 Naming Configuration Service ，专注于服务发现和配置管理领域。

Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。功能齐全，可以替换之前的 Spring Cloud Netflix Eureka、Spring Cloud Config、Spring Cloud Bus，野心巨大。

客户端语言方面目前支持 Java，go 、python、 C# 和 C++等主流语言

开源地址：https://github.com/alibaba/nacos

Nacos 有一个控制台，可以帮助用户管理服务，监控服务状态、应用的配置管理。

集群化部署：

由于 Nacos 是单节点，无论做为注册中心还是分布式配置中心，一旦服务器挂了，作为底层服务引发的麻烦还是非常大的。如何保证其高可用？

Nacos 官方提供的集群部署架构图：

a3718340535ba9fff9dd4c37859c7a93.png

https://nacos.io/zh-cn/docs/cluster-mode-quick-start.html

在nacos的解压目录nacos/conf目录下，有配置文件cluster.conf，每行配置成 ip:port。（一般配置3个或3个以上节点）

# ip:port
200.8.9.16:8848
200.8.9.17:8848
200.8.9.18:8848

这样保证客户端只需要写一次，由 Leader节点将数据同步到其他节点，保证各个节点的数据一致性

对于上层的SLB，我们可以采用 Nginx 或者 OpenResty，在 upstream 模块里配置 Nacos 的集群IP 地址列表，实现负载均衡功能。

另外，借助Nginx的心跳检测，当某台 Nacos 服务挂掉后，SLB 会自动屏蔽，将流量切换到其他 Nacos 实例。

当然 OpenResty 也可能成为单点故障，为了保证高可用，我们需要借助 Keepalived

9bc1ba6e8eb7a0aab3abf176a80fb5c7.png

客户端请求 VIP，然后请求打到了 OpenResty，由 OpenResty 转发给具体的某个 Nacos 节点。

OpenResty 只有一个节点提供服务，另一个暂停状态，如果 master 节点宕机，那 backup 接替继续工作。从而解决了单点故障问题。

Keepalived 作为一种高性能的服务器高可用或热备解决方案，用来防止服务器单点故障的发生。市面资料很多，下文链接是《Keepalived+Nginx部署方案》具体操作步骤

https://help.fanruan.com/finereport/doc-view-2905.html


三、RestTemplate + Ribbon （远程调用）

Spring Cloud Ribbon 基于 Netflix Ribbon 封装的负载均衡框架。内部集成了多种负载算法，如：随机、轮询等。

与注册中心打通，能自动获取服务提供者的地址列表。结合自身的负载算法，选择一个目标实例发起服务调用。

Ribbon 也提供了扩展接口，支持自定义负载均衡算法。

public class CustomRule extends AbstractLoadBalancerRule {private AtomicInteger count = new AtomicInteger(0);@Overridepublic Server choose(Object key) { return choose(getLoadBalancer(), key);}private Server choose(ILoadBalancer loadBalancer, Object key) {List<Server> allServers = loadBalancer.getAllServers(); int requestNumber = count.incrementAndGet(); if (requestNumber >= Integer.MAX_VALUE) { count = new AtomicInteger(0); }if (null != allServers) {int size = allServers.size();if (size > 0) {int index = requestNumber % size;                 Server server = allServers.get(index);if (null == server || !server.isAlive()) { return null;}return server;}}return null;}
}

缺点：

调用方每次发起远程服务调用时，都需要填写远程目标地址，还要配置各种参数，非常麻烦，不是很方便

// 注册到Nacos的应用名称
private final String SERVER_URL = "http://nacos-provider-demo"; 
@Resource
private RestTemplate restTemplate;@RequestMapping("/hello") 
public String hello() {// 远程服务调用return restTemplate.getForObject(SERVER_URL + "/hello", String.class);
}


四、OpenFeign（远程调用）

RestTemplate + Ribbon 每次发起远程服务调用时，都需要填写远程目标地址，还要配置各种参数，非常麻烦。

Feign 是一个轻量级的 Restful HTTP 客户端，内嵌了 Ribbon 作为客户端的负载均衡。面向接口编程，使用时只需要定义一个接口并加上@FeignClient注解，非常方便。

OpenFeign 是 Feign 的增强版。对 Feign 进一步封装，支持 Spring MVC 的标准注解和HttpMessageConverts

依赖包：

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
@FeignClient(value = "${provider.name}") 
public interface OrderService {// 调用服务提供者的 /create_order 接口@RequestMapping(value = "/create_order",method = RequestMethod.GET) public String createOrder();

其中，@FeignClient(value = "${provider.name}") 定义了服务提供方的工程名，底层自动打通了注册中心，会拿到 artifactId 对应的IP列表，根据一定的负载均衡算法，可以将请求打到目标服务器上。

OpenFeign 默认等待接口返回数据的时间是 1 秒，超过这个时间就会报错。如果想调整这个时间，可以修改配置项 feign.client.config.default.readTimeout

五、Dubbo Spring Cloud（远程调用）

RestTemplate + Ribbon 和 OpenFeign 都是基于HTTP协议调用远程接口。而 Dubbo Spring Cloud 是基于 TCP 协议来调用远程接口。相比 HTTP 的大量的请求头，TCP 更轻量级。

Dubbo Spring Cloud = Spring Cloud  + Dubbo

特性：

  • 支持多种注册中心，用于服务的注册、发现

  • 内置多种负载均衡策略

  • 服务粒度是面向接口，支持 TCP 轻量级协议

  • 容易扩展，采用 微内核 + 插件 的设计原则，扩展点更强

依赖包：

<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>

注意：虽然是将 Dubbo 集成到了 Spring Cloud，增加了一些 注解 和 yaml 配置项，开发更方便，但大部分调用玩法还是遵守 Dubbo 框架那一套。

几个重要的配置项：

  • dubbo.scan.base-packages  # dubbo 服务扫描基准包，上报注册服务

  • dubbo.protocol.name: dubbo   # 支持的协议

  • dubbo.protocol.port: -1  # dubbo 协议端口（ -1 表示自增端口，从 20880 开始）

  • dubbo.registry.address  # 注册中心地址


六、Spring Cloud Gateway（网关）

分布式时代，一个复杂的系统被拆分为若干个微服务系统，每个系统都配置独立的域名肯定不合适。为了解决这个问题，网关便诞生了。

网关充当反向代理的角色，作为流量的第一入口，承载了很多基础的、公共的模块功能，如：流控、鉴权、监控、路由转发等。

365d67e8bff665b76d82893b78705f32.png

Spring Cloud 生态早期的网关是 Netflix 公司的Zuul，后来Zuul社区停止了维护。官方后来推出了 Spring Cloud Gateway，其底层是基于 WebFlux 框架，而WebFlux框架的底层采用高性能通讯框架 Netty，性能是 Zuul 的 1.6 倍。

核心组件：

1、路由。

内部主要是负责转发规则。

2、断言（Predicate）

如果返回为true，当前路由才有效，才会路由到具体的服务。官方提供了很多内置路由断言，如果满足不了你的诉求，也可以自定义路由断言工厂。

所有的路由断言工厂都是继承自 AbstractRoutePredicateFactory，自定义类的命名也有固定规则，“配置名”+RoutePredicateFactory。这样，在yaml配置时，只需要写前面定义的配置名即可。

3、过滤器（Filter）

主要是请求、响应之间增加一些自定义的逻辑。按作用范围分为：全局和局部。全局是作用于所有的路由；而局部只是作用于某一个路由。

跟上面的断言类似，除了官方提供的过滤器，也支持自定义。

局部过滤器：继承自 AbstractGatewayFilterFactory，自定义类的命名也有固定规则，“配置名”+GatewayFilterFactory。这样，在yaml配置时，只需要写前面定义的配置名即可。

全局过滤器：实现GlobalFilter,Ordered 两个接口，实现逻辑跟上面的局部过滤器类似。这里就不展开了。其中的 Ordered 接口主要是负责优先级，数值越小，优先级越高。

依赖包：

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>

yaml 的配置示例：

spring:cloud:gateway:routes:  #路由，可配置多个- id: user_route  # 路由id 唯一即可，默认是UUIDuri: lb://user-server-sample # 匹配成功后提供的服务的地址order: 1 # 路由优先级，数值越小优先级越高，默认0predicates:- Path=/user/**  # 断言，路径匹配进行路由#  - User=0, 1000   # 自定义路由断言工厂  只允许查询id为0 - 1000之间的用户#  - Method=POST    # 表示需要POST方式请求#  - Query=id, \d+  # 参数名id，正则表达式为\d+（一个或多个数字）filters:- AddRequestHeader=X-Request-token, 12345678  #为原始请求加上请求头及值

当然，服务提供方的地址可能经常变化，为了动态感知，我们引入 Nacos 注册中心，用于服务的注册、发现，统一管理服务的IP地址。网关路由转发时，只需从 Nacos 动态获取即可。


七、Sentinel（熔断、限流、降级）

Sentinel 是阿里开源的流控框架，提供了简单易用的控制台，比 Hystrix支持的范围更广。

集成简单，只需要少量配置，即可快速接入，支持如：gRPC、Dubbo、Spring Cloud 等

同类竞品框架：

  • Hystrix 框架已经停止维护；

  • Resilience4j 一种轻量级容错库，专为 Java 8 和函数式编程而设计。通过装饰器的方式，以使用断路器，速率限制器，重试或隔板来增强任何功能接口，lambda 表达式或方法引用。

流控规则：

页面元素介绍：

  • 资源名：唯一即可

  • 针对来源：对调用者限流，填写应用名称（Spring.application.name的值），只针对某个服务限流

  • 阈值类型

    • QPS：每秒接收的请求数

    • 线程数：能使用的业务线程数

  • 流控模式

    • 直接：达到条件后，直接执行某个流控效果

    • 关联：如果访问关联接口B达到了阈值，则让接口A返回失败

    • 链路：记录从入口资源的流量，达到条件也只限流入口资源

  • 流控效果

    • 快速失败：直接返回失败结果

    • Warm Up：预热，开始有一个缓冲期，初始值 = 阈值/ codeFactor(默认 3)，然后慢慢达到设置的阈值

    • 排队等待：让请求以均匀的速度通过，如果请求超过阈值就等待，如果等待超时则返回失败

降级规则：

  • RT

  • 异常数

  • 异常比例

系统规则：

流控规则和降级规则是针对某个资源来说的，而系统规则是针对整个应用的，粒度更大，当前所有的接口服务都会应用这个系统规则。

授权规则：

根据调用方判断调用的接口资源是否被允许，如：黑名单、白名单机制

热点规则：

将粒度进一步细化，可以针对方法的参数做规则控制，为每个参数设置单独的阈值，也可以多个参数组合。从而实现单个方法的热点流量，按业务需求进一步控制。

@SentinelResource注解

@SentinelResource 注解可以根据实际情况定制化功能，跟 Hystrix 的 @HystrixCommand 注解功能类似。达到阈值后，系统的默认提示是一段英文，很不友好，所以我们要自定义兜底方法。

// 资源名称为handle1 
@RequestMapping("/handle1")
@SentinelResource(value = "handle1", blockHandler = "blockHandlerTestHandler")
public String handle1(String params) { // 业务逻辑处理return "success";
}// 接口方法 handle1 的 兜底方法
public String blockHandlerTestHandler(String params, BlockException blockException) {return "兜底返回";
}

注意：@SentinelResource注解中，除了blockHandler字段外，还有fallback字段

  • blockHandler：主观层面，如果被限流，则调用该方法，进行兜底处理

  • fallback：对业务的异常兜底，比如，执行过程中抛了各种Exception，则调用该方法，进行兜底处理

通过上面两层兜底，可以让Sentinel 框架更加人性化，体验更好。

集群流控：

单机限流很容易做，但是互联网很多应用都是集群部署，毕竟其下游还挂载着 mysql、或者其他微服务，为了防止对下游的大流量冲击，采用集群流控。防止单机的流量不均匀， 理想下 QPS = 单机阈值 * 节点数

八、Seata（分布式事务）

事务的原子性和持久性可以确保在一个事务内，更新多条数据，要么都成功，要么都失败。在一个系统内部，我们可以使用数据库事务来保证数据一致性。那如果一笔交易，涉及到跨多个系统、多个数据库的时候，用单一的数据库事务就没办法解决了，此时需要引入分布式事务

Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，默认 AT 模式 ，为用户打造一站式的分布式解决方案。

优点：

  • 对业务无侵入：即减少技术架构上的微服务化所带来的分布式事务问题对业务的侵入

  • 高性能：减少分布式事务解决方案所带来的性能消耗

df6b48c530ecdb330e23eb2350f0fff8.png

Seata有3个基本组成部分：

  • 事务管理器（TM）：定义全局事务的范围：开始全局事务，提交或回滚全局事务。

  • 事务协调器（TC）：维护全局事务和分支事务的状态，驱动全局提交或回滚。

  • 资源管理器（RM）：管理正在处理的分支事务的资源，与TC对话以注册分支事务并报告分支事务的状态，并驱动分支事务的提交或回滚。

运行流程：

  • TM 向 TC 申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的 XID

  • XID 在微服务调用链路的上下文中传播

  • RM 向 TC 注册分支事务，TC 返回分支事务ID ，并将其纳入 XID 对应全局事务的管辖

  • RM 执行本地业务表操作，并记录 undo_log 日志，提交本地事务

  • 当所有的 RM 都执行完后，TM 向 TC 发起针对 XID 的全局提交或回滚决议

  • TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。如果提交，删除 undo_log 日志就可以了。如果是回滚，根据 undo_log 表记录逆向回滚本地事务，把数据还原，最后再删除 undo_log 日志。

关于 Seata 之前写过很多文章，这里就不展开了，感兴趣可以看看

  • 业务无侵入框架Seata， 解决分布式事务问题

  • 深度剖析 Seata TCC 模式【图解 + 源码分析】

  • 七种分布式事务的解决方案，一次讲给你听


九、Spring Cloud Stream （异步消息）

Spring Cloud Stream 是统一消息中间件编程模型的框架，屏蔽了底层消息中间件的差异。支持的MQ 框架有 RabbitMQ、Kafka、RocketMQ 等

常用注解：

  • @Input：标记为输入信道，消费消息

  • @Output：标记为输出信道，生产消息

  • @StreamListener：监听某个队列，接收消息，处理自身的业务逻辑

  • @EnableBinding：绑定通道

依赖包：

<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-stream-rocketmq</artifactId>
</dependency>

绑定通道：

@SpringBootApplication
@EnableBinding({CustomSource.class})
public class StreamProduceApplication {public static void main(String[] args) {SpringApplication.run(StreamProduceApplication.class, args);}
}

定义输出信道：

public interface CustomSource {@Output("output1")MessageChannel output1();
}

yaml 配置：

spring:cloud:stream:rocketmq:binder:name-server: 127.0.0.1:9876 # rocketMq服务地址bindings:output1:producer:transactional: true    # 事务group: myTxProducerGroup    # 事务分组bindings:output1:destination: test-transaction-topic # 主题content-type: application/json # 数据类型

发送消息：

@Service
public class SendMessageService {@Resourceprivate CustomSource customSource;public String sendMessage() { //发送简单字符串消息的方法String message = "字符串测试消息";// 发送消息customSource.output1().send(MessageBuilder.withPayload(message).build());         return "发送成功！";}
}


十、SkyWalking（分布式链路追踪）

SkyWalking 是 一款 APM（应用性能监控）系统，专为微服务、云原生架构、容器（Docker、k8s、Mesos）而设计。通过探针收集应用的指标，进行分布式链路追踪，感知服务间的调用链路关系。

特性：

  • 支持告警

  • 采用探针技术，代码零侵入

  • 轻量高效，不需要大数据平台

  • 多个语言自动探针。包括 Java，.NET Core 和 Node.JS。

  • 强大的可视化后台

18dfbbeddd007771af0d805eb3c6cf23.png

  • 上部分 Agent ：负责从应用中，收集链路信息，发送给 SkyWalking OAP 服务器。目前支持 SkyWalking、Zikpin、Jaeger 等提供的 Tracing 数据信息。而我们目前采用的是，SkyWalking Agent 收集 SkyWalking Tracing 数据，传递给服务器。

  • 下部分 SkyWalking OAP ：负责接收 Agent 发送的 Tracing 数据信息，然后进行分析(Analysis Core) ，存储到外部存储器( Storage )，最终提供查询( Query )功能。

  • 右部分 Storage ：Tracing 数据存储。目前支持 ES、MySQL、Sharding Sphere、TiDB、H2 多种存储器。而我们目前采用的是 ES ，主要考虑是 SkyWalking 开发团队自己的生产环境采用 ES 为主。

  • 左部分 SkyWalking UI ：负责提供控台，查看链路等等。

SkyWalking 部署起来还是很简单的，apache官网直接下载并解压即可。

https://skywalking.apache.org/

SkyWalking 快速入门手册：

https://skywalking.apache.org/zh/2020-04-19-skywalking-quick-start/


十一、XXL-JOB（分布式任务调度）

关于定时任务，相信大家都不陌生。但是单节点的定时任务有很多不足：

  • 不支持集群，如果同时部署多个节点，会竞争数据，造成数据重复

  • 如果是单节点，宕机后，任务无法自动感知、重启

  • 不支持任务失败重试

  • 不支持执行时间的动态调整

  • 无报警机制

  • 无任务数据统计功能

  • 不支持数据分片

无论是集群化，还是周边的生态建设，都不完备。而 XXL-JOB，可以完美解决这些问题。

XXL-JOB 是一款分布式任务调度框架，依赖的组件少（仅依赖 Java 和 MySQL），开箱即用。并提供了可视化界面，统计任务数据，动态修改任务执行时间，内置邮件报警，支持任务分片和任务失败重试。

核心模块：

1、调度中心

本身不执行业务逻辑，只负责向执行器发送调度命令。

2、执行器

接收调度中心的请求，并执行业务逻辑。

依赖包：

<dependency><groupId>com.xuxueli</groupId><artifactId>xxl-job-core</artifactId><version>2.2.0</version>
</dependency>

yaml 配置：

server:port: 8082  #程序端口
xxl:job:admin:addresses: http://127.0.0.1:8002/xxl-job-admin  # 调度中心地址，多个用逗号分开accessToken:  # 调度中心和执行器通信的token，如果设置，两边要一样executor:appname: xxl-job-executor-sample  #执行器名称address:   # 执行器地址，默认使用xxl.job.executor.address配置项，如果为空，则使用xxl.job.executor.ip + xxl.job.executor.portip:   # 执行器IPport: 9989  #执行器端口，与调度中心通信的端口logpath: D:/work/Spring-Cloud-Alibaba/sample/logs # 日志保存路径logretentiondays: 30 # 日志保留天数

XxlJobSpringExecutor 初始化：

@Bean
public XxlJobSpringExecutor xxlJobExecutor() { // XXL-JOB执行器初始化XxlJobSpringExecutor xxlJobSpringExecutor = new XxlJobSpringExecutor();xxlJobSpringExecutor.setAdminAddresses(adminAddresses);xxlJobSpringExecutor.setAppname(appname);xxlJobSpringExecutor.setAddress(address);xxlJobSpringExecutor.setIp(ip);xxlJobSpringExecutor.setPort(port);xxlJobSpringExecutor.setAccessToken(accessToken);xxlJobSpringExecutor.setLogPath(logPath);xxlJobSpringExecutor.setLogRetentionDays(logRetentionDays);return xxlJobSpringExecutor;
}

我们可以采用 BEAN 模式， 使用 @XxlJob 注解描述代码。优点：适用于一些复杂的业务场景。

也可以采用 GLUE 模式，将 执行代码 托管到调度中心在线维护。优点：简单快捷，不需要单独的业务工程。

如果要处理的数据量较大时，我们可以采用分片处理机制，将任务均摊到每个节点，从而减轻单个节点的压力。

shardingVO.getIndex() # 当前执行器的分片序号（从0开始）
shardingVO.getTotal() # 总分片数，执行器集群的数量# dataSource 待处理的所有原始数据
for (Integer val : dataSource) { // 遍历代理if (val % shardingVO.getTotal() == shardingVO.getIndex()) { // 取余//TODO 归属于当前分片处理} 
}

XXL-JOB 快速入门手册：

https://www.xuxueli.com/xxl-job/

巨人肩膀：

《Spring Cloud Alibaba 微服务实战》

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/544298.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

HDFS DataNode 设计实现解析

HDFS DataNode 设计实现解析

前文分析了 NameNode&#xff0c;本文进一步解析 DataNode 的设计和实现要点。 文件存储 DataNode 正如其名是负责存储文件数据的节点。HDFS 中文件的存储方式是将文件按块&#xff08;block&#xff09;切分&#xff0c;默认一个 block 64MB&#xff08;该大小可配置&#xff…
阅读更多...
芭比扣了！Nacos中服务删除不了，肿么办？

芭比扣了！Nacos中服务删除不了，肿么办？

作者 | 磊哥来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;前两天遇到了一个问题&#xff0c;Nacos 中的永久服务删除不了&#xff0c;折腾了一番&#xff0c;最后还是顺利解决了。以下…
阅读更多...
Spring Cloud OpenFeign夺命连环9问，这谁受得了？

Spring Cloud OpenFeign夺命连环9问，这谁受得了？

1、前言前面介绍了Spring Cloud 中的灵魂摆渡者Nacos&#xff0c;和它的前辈们相比不仅仅功能强大&#xff0c;而且部署非常简单。今天介绍一款服务调用的组件&#xff1a;OpenFeign&#xff0c;同样是一款超越先辈&#xff08;Ribbon、Feign&#xff09;的狠角色。文章目录如下…
阅读更多...
玩转Nacos参数配置！多图勿点

玩转Nacos参数配置！多图勿点

作者 | 磊哥来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;Nacos 中的参数有很多&#xff0c;如&#xff1a;命名空间、分组名、服务名、保护阈值、服务路由类型、临时实例等&#xff…
阅读更多...
为什么wait/notify必须要和synchronized一起使用？

为什么wait/notify必须要和synchronized一起使用？

作者 | 磊哥来源 | Java面试真题解析&#xff08;ID&#xff1a;aimianshi666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;在多线程编程中&#xff0c;wait 方法是让当前线程进入休眠状态&#xff0c;直到另一个线程调用了 notify 或 notify…
阅读更多...
Magento Add Fee or Discount to Order Totals

Magento Add Fee or Discount to Order Totals

2019独角兽企业重金招聘Python工程师标准>>> In this tutorial, we will see how to add new line item to magento order totals. What this means is that, how to add an additional Fee or Discount, or any kind of charge to order total of the magento chec…
阅读更多...
再见 Feign！推荐一款微服务间调用神器，跟 SpringCloud 绝配！

再见 Feign！推荐一款微服务间调用神器，跟 SpringCloud 绝配！

在微服务项目中&#xff0c;如果我们想实现服务间调用&#xff0c;一般会选择Feign。之前介绍过一款HTTP客户端工具Retrofit&#xff0c;配合SpringBoot非常好用&#xff01;其实Retrofit不仅支持普通的HTTP调用&#xff0c;还能支持微服务间的调用&#xff0c;负载均衡和熔断限…
阅读更多...
Spring Cloud Alibaba Nacos 的 2 种健康检查机制！

Spring Cloud Alibaba Nacos 的 2 种健康检查机制！

作者 | 磊哥来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;Spring Cloud Alibaba Nacos 作为注册中心不止提供了服务注册和服务发现功能&#xff0c;它还提供了服务可用性监测的机制。…
阅读更多...
Python之包管理工具

Python之包管理工具

在Python环境中已经有很多成熟的包&#xff0c;可以通过安装这些包来扩展我们的程序。 例如&#xff0c;很多时候Python开发人员都会去PyPI网站去查找自己想要使用的包&#xff0c;然后进行安装。PyPI &#xff08; Python Package Index&#xff09;是获得第三方 Python 软件包…
阅读更多...
为什么wait和notify必须放在synchronized中？

为什么wait和notify必须放在synchronized中？

作者 | 磊哥来源 | Java面试真题解析&#xff08;ID&#xff1a;aimianshi666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;在多线程编程中&#xff0c;wait 方法是让当前线程进入休眠状态&#xff0c;直到另一个线程调用了 notify 或 notify…
阅读更多...
聊聊并发编程的10个坑

聊聊并发编程的10个坑

前言对于从事后端开发的同学来说&#xff0c;并发编程肯定再熟悉不过了。说实话&#xff0c;在java中并发编程是一大难点&#xff0c;至少我是这么认为的。不光理解起来比较费劲&#xff0c;使用起来更容易踩坑。不信&#xff0c;让继续往下面看。今天重点跟大家一起聊聊并发编…
阅读更多...
macbook终端使用记（二）终端快捷键

macbook终端使用记（二）终端快捷键

为什么80%的码农都做不了架构师&#xff1f;>>> Command K清屏 Command T新建标签 Command M最小化窗口 Command W 关闭当前标签页 Command S 保存终端输出 Command D 垂直分隔当前标签页 Command Shift D 水平分隔当前标签页 Command shift {或}向左/向…
阅读更多...
颜值爆表！Redis 官方可视化工具来啦，功能真心强大！

颜值爆表！Redis 官方可视化工具来啦，功能真心强大！

最近逛了一下Redis官方网站&#xff0c;发现Redis不仅推出了很多新特性&#xff0c;而且还发布了一款可视化工具RedisInsight。试用了一下感觉非常不错&#xff0c;最关键的是能支持RedisJSON之类的新特性&#xff0c;这是第三方工具无法比拟的。今天带大家体验一下RedisInsigh…
阅读更多...
20个响应式网页设计中的“神话”误区

20个响应式网页设计中的“神话”误区

关于响应式网页的重要性我们已经证实了很长时间了&#xff0c;现在是该把焦点放到如何做出好的响应式网页设计的时候了。一起来看看吧&#xff01; 虽然很多人都在谈论响应式网页&#xff0c;但并不是每个人都知道他们在说什么。很多时候你看到网上的一些信息也在挑战你对响应式…
阅读更多...
MySQL 索引失效的 15 种场景！

MySQL 索引失效的 15 种场景！

背景 无论你是技术大佬&#xff0c;还是刚入行的小白&#xff0c;时不时都会踩到Mysql数据库不走索引的坑。常见的现象就是&#xff1a;明明在字段上添加了索引&#xff0c;但却并未生效。前些天就遇到一个稍微特殊的场景&#xff0c;同一条SQL语句&#xff0c;在某些参数下生效…
阅读更多...
Java夺命21连问！（附答案）

Java夺命21连问！（附答案）

大家好&#xff0c;我是磊哥。有位朋友工作三年&#xff0c;去面试&#xff0c;给大家整理一下面试题&#xff0c;并附上答案。Mysql索引在什么情况下会失效MySql的存储引擎InnoDB与MyISAM的区别Mysql在项目中的优化场景&#xff0c;慢查询解决等Mysql有什么索引&#xff0c;索…
阅读更多...
SpringCloud Nacos + Ribbon 调用服务的 2 种方法！

SpringCloud Nacos + Ribbon 调用服务的 2 种方法！

作者 | 磊哥来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;在 Nacos 中&#xff0c;服务调用主要是通过 RestTemplate Ribbon 实现的&#xff0c;RestTemplate 是 Spring 提供的 Rest…
阅读更多...
SpringCloud Ribbon中的7种负载均衡策略！

SpringCloud Ribbon中的7种负载均衡策略！

作者 | 磊哥来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;负载均衡通器常有两种实现手段&#xff0c;一种是服务端负载均衡器&#xff0c;另一种是客户端负载均衡器&#xff0c;而我们…
阅读更多...
线程池是如何执行的？拒绝策略有哪些？

线程池是如何执行的？拒绝策略有哪些？

作者 | 磊哥来源 | Java面试真题解析&#xff08;ID&#xff1a;aimianshi666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;聊到线程池就一定会聊到线程池的执行流程&#xff0c;也就是当有一个任务进入线程池之后&#xff0c;线程池是如何执…
阅读更多...
浮动元素的均匀分布和两端对齐

浮动元素的均匀分布和两端对齐

当我们使用float来使元素并排显示的时候&#xff0c;可以使用margin来控制元素之间的距离&#xff0c;而在很多版式里&#xff08;例如产品图片的列表&#xff09;&#xff0c;需要浮动的元素达到两端对齐的效果&#xff0c;如图1所示。 图1 两端对齐的版式 单纯使用float:left…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023