带你读《Apache Dubbo微服务开发从入门到精通》——五、 上下文隐式传参(上)

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 带你读《Apache Dubbo微服务开发从入门到精通》——五、 上下文隐式传参(上)

五、 上下文隐式传参

 

1. 特性说明

 

可以通过RpcContext上的setAttachment和getAttachment在服务消费方和提供方之间进行参数的隐式传递。

 

背景

 

上下文信息是RPC框架很重要的一个功能,使用RpcContext可以为单次调用指定不同配置。如分布式链路追踪场景,其实现原理就是在全链路的上下文中维护一个 traceId,Consumer和Provider通过传递traceId来连接一次RPC调用,分别上报日志后可以在追踪系统中串联并展示完整的调用流程。这样可以更方便地发现异常,定位问题。

 

Dubbo中的RpcContext是一个ThreadLocal的临时状态记录器,当接收到RPC请求,或发起RPC请求时,RpcContext的状态都会变化。比如:A调B,B调C,则B机器上,在B调C之前,RpcContext记录的是A和B的信息,在B调C之后,RpcContext记录的是B和C的信息。

 

 

在Dubbo 3中RpcContext被拆分为四大模块(ServerContext、ClientAttachment、ServerAttachment和ServiceContext)。

 

它们分别承担了不同的指责:

 

ServiceContext:在Dubbo内部使用,用于传递调用链路上的参数信息,如invoker对象等

 

ClientAttachment:在Client端使用,往ClientAttachment中写入的参数将被传递到Server端

 

ServerAttachment:在Server端使用,从ServerAttachment中读取的参数是从Client中传递过来的

 

ServerContext:在Client端和Server端使用,用于从Server端回传Client端使用,Server端写入到ServerContext的参数在调用结束后可以在Client端的ServerContext获取到

 

image.png

 

如上图所示,消费端发起调用的时候可以直接通过Method Invoke向远程的服务发起调用,同时消费端往RpcClientAttachment写入的数据会连同Invoke的参数信息写入到Invocation中。

 

消费端的Invocation经过序列化后通过网络传输发送给服务端,服务端解析Invocation生成Method Invoke的参数和RpcServerAttachment,然后发起真实调用。

 

在服务端处理结束之后,Method Response结果会连同RpcServiceContext一起生成Result对象。

 

服务端的Result结果对象经过序列化后通过网络传输发送回消费端,消费端解析Result生成Method Response结果和RpcServiceContext,返回真实调用结果和上下文给消费端。

 

注:pathgroupversiondubbotokentimeout几个key是保留字段,请使用其它值。

 

2. 使用场景

 

内部系统通过Dubbo调用时traceId如何透传到服务提供方。



《Apache Dubbo微服务开发从入门到精通》——高级功能——五、 上下文隐式传参(下):https://developer.aliyun.com/article/1224998

 


相关文章
|
2天前
|
缓存 监控 数据库
构建高性能微服务架构:后端开发的进阶之路
【5月更文挑战第26天】 在当今的软件开发世界中,微服务架构已成为一种流行的设计模式,它允许复杂应用程序分解为一组独立的服务,每个服务负责应用程序的一个特定部分。这种模块化方法提高了系统的可维护性和扩展性,同时促进了敏捷开发和部署。本文将探讨如何构建一个高性能的微服务架构,包括关键的设计原则、技术栈选择、以及性能优化策略。我们的目标是为后端开发人员提供一条清晰的道路,以便他们能够构建出既健壮又高效的微服务系统。
|
3天前
|
监控 Kubernetes 安全
构建高效微服务架构:后端开发的新趋势
【5月更文挑战第25天】 在现代软件开发中,微服务架构已经成为一种流行的设计模式,它通过将大型应用程序拆分为独立、可部署的服务来提高系统的可伸缩性和灵活性。本文深入探讨了如何构建一个高效的微服务架构,包括关键的设计原则、技术选型以及实践中的最佳实践。我们将重点讨论如何确保服务的高可用性、容错性和一致性,同时考虑到性能和成本效益的平衡。
|
3天前
|
消息中间件 缓存 持续交付
构建高效微服务架构:后端开发的新趋势
【5月更文挑战第25天】 在现代软件开发领域,随着业务需求的不断复杂化和迭代速度的加快,传统的单体应用架构面临着越来越多的挑战。为了解耦业务模块、提高系统的可维护性和扩展性,微服务架构应运而生并迅速成为主流。本文将深入探讨如何构建一个高效的微服务架构,包括关键组件的选择、服务划分的原则、以及确保系统稳定性的最佳实践。通过实际案例分析和性能考量,我们将展示如何在保证系统灵活性的同时提升开发效率和服务可靠性。
|
3天前
|
Devops 持续交付 API
构建高效微服务架构:后端开发的新范式
【5月更文挑战第25天】 随着现代软件系统的复杂性日益增加,传统的单体应用架构在可扩展性、灵活性和维护性方面逐渐暴露出局限性。本文聚焦于探索和分析微服务架构这一新兴的后端开发模式,它通过将应用程序拆分成一系列小型、自治的服务单元来提高系统的整体效率和敏捷性。我们将详细讨论微服务的核心概念、设计原则以及如何在实际项目中实施微服务架构,旨在为开发者和企业提供一种更加模块化和动态的解决方案,以应对不断变化的业务需求和技术挑战。
|
3天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第25天】随着业务需求的多样化和复杂性增加,传统的单体应用架构逐渐显得笨重且难以维护。微服务架构以其灵活性、可扩展性和技术多样性成为解决这一问题的关键。本文将深入探讨构建高效微服务架构的最佳实践,包括服务拆分策略、容器化部署、API网关设计以及分布式事务处理等关键技术点,旨在为后端开发人员提供一套系统的方法论和实践案例,助力企业快速响应市场变化,提升系统稳定性与开发效率。
|
3天前
|
消息中间件 API 开发者
构建高效微服务架构:后端开发的新趋势
【5月更文挑战第25天】 随着现代应用的复杂性日益增加,传统的单体应用架构面临着可扩展性、灵活性和维护性的瓶颈。微服务架构作为一种新兴的设计理念,通过将大型应用程序分解成一系列小型、自治的服务单元,为后端开发带来了革命性的变化。本文将探讨微服务架构的核心概念、优势以及如何利用现代后端技术栈进行有效实施,旨在为开发者提供一种提升系统性能和团队协作效率的有效途径。
|
3天前
|
敏捷开发 消息中间件 存储
构建高效可扩展的微服务架构:后端开发的新范式
【5月更文挑战第25天】在当今快速迭代的软件开发环境中,微服务架构已成为实现敏捷开发、持续部署和高可用性的关键策略。本文将深入探讨微服务的概念、其设计原则以及如何构建一个既高效又可扩展的后端系统。我们将通过实际案例分析,揭示在采用微服务架构时可能遇到的挑战以及解决方案,为后端开发者提供一套实用的指导框架。
|
3天前
|
敏捷开发 设计模式 负载均衡
探索现代Web开发中的微服务架构
【5月更文挑战第25天】 随着数字化转型的深入,Web应用变得越来越复杂多变。传统的单体架构因其耦合度高、扩展性差等限制,已难以满足快速迭代与灵活部署的需求。本文将深入探讨微服务架构在现代Web开发中的应用,解析其设计原则、核心组件以及如何通过微服务提升系统的可维护性和可扩展性。我们将从理论到实践,展示微服务如何优化资源利用,实现敏捷开发和持续集成,并最终为企业带来竞争优势。
|
5天前
|
消息中间件 数据管理 开发者
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第23天】 在当今软件开发的世界中,微服务架构已经成为设计灵活、可扩展且容错系统的首选方法。本文将深入探讨构建高效微服务架构的关键要素,包括服务划分、通信机制、数据管理以及持续集成与部署等。我们将通过实际案例和最佳实践,为后端开发者提供一套行之有效的指南,帮助他们在不断变化的技术环境中保持竞争力。
9 0
|
6天前
|
消息中间件 监控 API
构建高效微服务架构是后端开发的关键
【5月更文挑战第22天】构建高效微服务架构是后端开发的关键,涉及核心原则如服务独立、去中心化、自治和轻量级通信。优势包括可扩展性、独立性、技术灵活性和团队协作。最佳实践包括恰当的服务拆分、选择RESTful API、RPC或消息队列进行通信、处理数据一致性和分布式事务、实施服务治理与监控,以及确保安全性与权限控制。随着技术进步,未来将探索服务网格、容器化和云原生技术,以提升微服务架构的效能和适应性。
16 0

推荐镜像

更多