1. 什么是杜博?

Apache Dubbo是一个开放源码和轻量级的爪哇服务框架。

二,Dubbo为什么独具特色?

Ali Open Source项目已经在许多线路上进行了测试,国内许多互联网公司都使用该项目。 Netty, Zookeper在内部被用于确保高性能和高可用性。

建立以服务为导向的架构(SOA),是因为服务更加发达,服务越来越多,服务之间的呼唤和依赖关系更加复杂。
​
它还创建了一套相关技术,例如封装服务提供、服务电话、连接处理、通信协议、测序、服务发现、服务路由器、日志输出等服务框架。
​
这就是分布式系统以及Dubbo的服务治理架构的起源。
​
使用Dubbo能够将核心职能分离为独立的服务,并逐步建造固体服务中心,这些中心可用于促进企业再利用增长的灵活性,使前端应用程序能够更快地适应不断变化的市场需求。

以下图表的解释相当明显,最重要的一点是分配结构能够同时承受更大的流动。

这是Dubbo的服务治理图

3. Dubbo和Dubbox之间的区别是什么?

• Dubbox和Dubbo都是众所周知的服务治理系统。
• Dubbox是一位Dubo批准的博客,当互联网建在一个大型推广项目上时,关键补充是支持远程RT式电话(HTTP+JSON/XML)以及爪哇基于Kryo和FST的高效测序。

四,Dubbo停止维修了吗?

2014年,维护中断了若干年,尽管保留了17个,并被纳入阿帕奇项目。

五,你读过杜博的源代码吗?

Dubbo的GitHub网站:https://github.

Dubbo在下图中的版本是 2,7,4。
各种注册中心的实现

各种协议的实现

消费者各种容错机制

在结束消费之前,采用了几种负载平衡战略。

杜博源代码的基本包件结构解释如下:

• Dubbo-通用公共逻辑模块,包括Util级和通用模型。
• 如果RPC使用RMI协议,则不需要与Dubbo协议实现等量的dubbo重新移动远程通信模块。
• dubbo-rpc远程呼叫模块、抽象协议和动态代理只提供一对一的通信,不关心集群管理。
• dubbo集群集群模块伪装成众多服务供应商,如负载平衡器、过错容度、路由器等等。 集束地址列表可以静态设置或由注册中心提供。
• 注册登记中心模块基于注册中心提供地址的组合和众多注册中心的抽象化。
• Dubbo-监测员的监测模块、要求提供统计服务的次数、呼叫时间和呼叫链跟踪服务。
• Dubbo- config 配置模块, Dubbo 的额外 API 为 Dubbo 配置模块, 通过配置使用 Dubbo 隐藏所有 Dubbo 信息 。
• 集装箱模块Dubbo-集装箱,这是一个集装箱 单独站立。我们从一个春天的基本主要装货开始。由于这项服务并不经常需要诸如Tomcat/JBoss等网络容器的特性,服务不需要装入 Web 容器 。

第六,使用这些武器产生了什么问题?

Dubbo旨在处理高低数据量的Rpc电话,但是在巨大的数据量中表现不佳,建议使用 rmi 或 http 协议。

例如,其他许多困难是两个普遍存在的困难。
第一,如果RpcException有错误:没有问题可供远程服务使用?
这是服务提供者首次公开提供。
(1) 核实与您连接的注册中心正确无误。
检查登记中心,以核实是否有匹配的服务提供者。
检查服务提供者是否运转正常。
​
2.Data length too large
以下是这个不寻常的堆叠的具体细节:

日志显示的最大有效载荷为838 868,相当于8 * 1024 * 1024 * 1024或8k。 原因很明显:请求或答复的时间超过8k。
问题直截了当,我提出两个解决办法:

1. 例如,更改有效载荷的值以提升它。建议不使用编号1677216或16k。
2. 缩短请求/答复的长度,例如,提供人提供的服务限制在最多1 00人的范围内,例如获取最多1 00个用户身份证明和建议。

七、Dubbo和SpringCloud有什么区别?Springcloud和Dubbo有什么区别?你更喜欢Dubbo还是SpringCloud?

1）通信方式不同

• Dubbo通信使用RPC,而 Spring Cloud通信通过HTTP RESTfuloverbbo通信使用RPC, Spring Cloud通信通过HTTP REST。
• 由于Dubbo的底部建在一个NIO框架(如Netty)上,它通过TCP协议,结合Hession的顺序,通过Hession协议传达,以完成RPC。
• SpringCloud以HTTP协议+rest界面为基础,该界面需要遥远的流程,而HTTP的要求提供更高的覆盖面和带宽。

2）组成部分不同

3）社区活跃度

• Dubbo的更新工作缓慢且不频繁。
• 与Dubbo相比,Spring Cloud是一个开放源码的项目,正在不断得到维护,在社区中越来越活跃,确保它所建造的系统得到开放源码力量的持续支持。

八,杜博,你能加入春靴吗?

com/pache/cubator-Dubbo-spring-bot-pot-project. com/pache/ incubator- Dubbo-spring-bot-project 。 校对:Portnoy

Dubbo支持一个顺序协议?

Dubbo 支持 hesion、 Java 二进制测序、 Json、 SOAP 文本测序以及其他多序列协议, 尽管Hassian 是默认的 。

告诉我赫西安的数据结构

海珊的物体测序方法由八种不同的类型组成:

• 原始二进制数据
• boolean
• 64比特日期(64毫秒)
• 64-bit double
• 32-bit int
• 64-bit long
• null
• UTF-8 编码字符串

还有三种惩罚措施:

• list for lists and arrays
• map for maps and dictionaries
• object for objects

还有一个子类型 :

• ưμ㼯A

10个与杜博兼容的通信协议书?Dubbo称为RPC的有多少协议书?

• Dubbo 协议
  • Dubbo 协议是默认的 。单一长连接，NIO的传闻通讯就是这回事作为一项有先后顺序的协议,它以赫西安为基础。情况如下:提供的数据数量极少(每请求不到100千b)。但是并发量很高。客户比供应商大得多。
  • 为了帮助现场的高层演化通常,它是一个服务供应商,有几台机器。然而,消费者可得到数百项服务。可能每天都有上百万个电话!这是使用长线连接的最佳时机。关键是和每个服务用户保持一段很长的连接。可能共有100个连接。然后直接基于长链NIO星际通信它允许高级别同时提出请求。
• rmi 协议
  • 传输参数和返回参数对象必须满足可序列化界面的要求,使用爪哇标准序列化方法、传输包尺寸组合、消费者和供应商的数目、可传递文件、以及使用JDK标准的Rmi协议传输协议TCP。
  • Java的二进制排序、许多短路、适应数量相当的客户和供应商、适用于单证运输以及普遍使用。
• 赫西安议定书》
  • 在供应商数量超过消费者数量时适用的黑森系列化方法、许多短链,以及通常用处较小的文件传送
  • 基于HTTP通信的赫西安综合服务,采用Servet 曝光服务,Dubbo将Jetty作为默认服务器嵌入,允许与赫西安服务兼容。
• http 协议
  • json 序列化。
  • 根据Http表格提供的远程呼叫协议,使用Spring HttpInvoke的 HtpInvoke 完成这项工作。 Multiple 简短连接、 HTTP 传输协议、 输入参数大小组合、 供应商数目多于消费者、 需要调用应用程序和浏览器 JS;
• webservice
  • SOAP的文本是订购的。
  • 综合CXF是使用WebServices远程呼叫协议建造的,允许与原WebServices互操作。基于HTTP传输、同步、系统整合和跨语言通话的许多短路;
• memcache
  • 以混杂的RPC协定
• redis
  • 重订的RPC协定
• thrift 协议
  • Dubbo现在支持扩展Trift土著协议[2],该协议根据原始协议增加额外的页眉信息,如服务名称和魔法号。
• RESTful
  • REST呼叫支持基于标准 Java REST API - JAX-RS 2. 0 (用于更新网络服务的Java API)。

十一. 杜布博接受多服务合同吗?

Dubbo 能够同时配置多个协议以支持关于不同服务的不同协议或同一服务器上的若干协议。

你知道Dubbo服务器和Zookeper服务器的角色节点是什么吗?

Dubbo

• 提供方:提供服务方,提供风险暴露服务。
• 消费者:使用远程服务的人。
• 登记:服务登记和发现登记中心
• 监测器:一个跟踪统计服务呼叫的数量和时间的中心。
• 集装箱:经管服务的集装箱。

zookeeper

• 领导者:主机服务器是动物园维护者组群行动的核心。
  • 服务请求的单独调度员和处理员确保了集束服务处理的先后顺序。
  • 集束服务器的调度员
• 嫁妆者(继承人):
  • 客户提出的非业务性查询得到处理,并转交Leael服务器。
  • 通过提案,要求参加表决。
  • 参加领袖选举。
• 服务员(观察员):
  • 接受客户联系,并向领导节点发送书面请求,但服务员不投票,只是填写领导地位。
  • 服务员的目标是扩大系统,提高阅读速度。

Dubbo的建筑? 为服务登记和发现建立一个流程图。

特别程序参考条款:杜博建筑设计

15. Dubbo默认使用什么注册中心?还有其他选择吗?

Nacos被推荐为登记中心,动物园管理员、Redis、Multicast和Sympic也是一样,尽管动物园管理员前后不一致,有时得不到服务。

十六. 供货商可以具体说明消费者的端属性是什么?

• 超时:基于方法超时
• 重试: 失败的重试次数; 默认为 2 。
• 负负平衡: 使用随机起点, 负平衡算法 。
• 活性: 消费者, 最大同时调用限制

17. 如果Dubbo成立时所依赖的服务不再可用,怎么办?

Dubbo 检查启动时是否有受抚养服务, 如果没有异常点, 弹出异常点, 防止 Spring 启动, 默认检查=True, 并用 check=False 结束检查 。

18. 许多同样的服务进行了登记;如果对某一具体服务进行了测试呢?

环境点可以直接建立,跳过登记中心,服务接口将作为一个单位使用,无视登记中心供应商名单。

服务提供者可能不遵循的概念是什么?

根据Zookeper的临时节点概念

通知我Dubbo的接触程序

• Dubbo将跟随春天的脚步当容器的最后一步被修改以公布RefreewEvent 发生时,Dubbo通过DubboBootstrapsApproducation Approducation Approducationer 听力班接收了“重新审视环境晚上”活动。这是Dubbo之春融合的起点。
• 当重现背景事件 被收听器接收时,Dubbo将揭露服务、输出元数据、登记当地服务样本以及激活远程呼叫代理。出口元数据(Dubbo2中)。 将中度元数据和配置信息分开,以便只出口元数据,登记当地实例(在JVM出口服务中),并建立一个远程代理(事实上,构建了一个远程反对者代理)。
• 该通知在应用程序晚上的活动中为保险 Bean 类实施了回馈功能。在这种情况下,Dubbo将采用Service Bean母公司ServiceConfig出口方法,这不是一个好主意。这种方法确实提供了服务(无论是非同步还是非同步)。
  详细过程见下图：
  

1. Servic Config 级级购货利得级(例如,Servic Config 级购货利得级(Hello WorldImpl)) ref(例如,Servic Config 级级购货利得级(Hello WorldImpl)) ref(例如,Servic Config 级购货利得利得级(Hello WorldImpl)) ref(例如,Servic Config 级购货利得利得级(Hello WorldImpl))
2. 将个别服务转换为 Invoker, 使用 ref 来构建一个摘要Proxy Invoker 实例, 使用代理工具类的 Get Invoker 功能 。
3. 以下步骤是将驱逐者转为出口者。将 " Invoker " 转换为 " Exporter " 的过程(在上图中以红色显示)对于传播Dubbo治疗服务至关重要。在Dubbo议定书类别下,Dubbo协定的援引者转而采用出口商的出口机制。主要是启动插座监听服务除了客户提出的许多要求之外,找到解决问题的办法是不可行的。Dubbo自己处理通信细节。

21. Dubbo服务登记和认证程序

此外,我们也知道Dubbo的服务是如何暴露的。服务暴露完了以后，当我们需要向多个应用程序披露一个服务时,用户怎么知道我们的服务在哪里?暴露了什么接口？通讯端口是多少？客户利用哪些来源获得这一信息?所有这些都需要我们的服务供应商在我们的登记中心登记。消费者端获得这一已登记的元数据,然后远程拨打。将服务供应商的元数据登记到登记中心的过程称为服务登记。整个服务登记程序大多包括:参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试、参数测试。URL concatenation, 本地服务出口,电信服务是出口的,登记为注册中心的一项服务。

二十二. 服务用户消费具体方法

1. 为生成 " Invoker " 实例,使用《议定书》的参考方法(例如,服务消费的关键通过上述图象的红色部分来显示)。
2. 向客户要求的接口(例如Hey, World.)传送反对者。当你们获得祈祷者的时候,如果注册中心有多个同一服务供应商,则同一服务还有其他许多供应商。客户将根据配置的负载平衡选择供应商。还采取了其他措施来弥补错误。

下列样本代码用于Dubbo议定书的情况,以便利用参考方法生成引言人实例:

23. 如何减轻服务呼叫链过长的问题?

Dubbo可以使用拉链金或Pinpoint以及Apache天行者(孵化器)跟踪分布式服务。

24. Dubbo服务之间的通话是否受阻?

默认情况下,您支持加速器,等待结果被屏蔽。
Dubbo是一个平行电话,基于NIO不受限制的访问;客户不需要启动多条线来同时完成无数次远程通话;它比多条线费用低;它返回未来对象大队一个基于NIO不受限制的访问的平行呼叫;客户不需要启动多条线来同时完成无数次远程通话;它比多条线费用低;它返回到未来对象。
奖杯流程图如下:

二十五. Dubbo超时配置

• 设定方法超时 。
• 在服务器上配置一个超时 。
• 调用器设置超时

Dubbo的加班费和Retry是一份详细的参考文章。

26. Dubbo的再测试方法

• 当电话服务不成功时,Dubbo试图在默认情况下两次尝试,加上给供应商的最初一次通话,合计三次。
• Dubbo的路由器将会导致其他计算机提出加班要求,而不是采用这种办法,它将使Dubbo的重新测试程序能够在一定程度上保证服务治理。
• 如果没有明智的方法来配置重复的次数,如果失败,可多次执行。因此,在某一时刻存在业绩问题。打电话者不断重复打电话。该系统的要求已按标准重试次数调整。系统压力会大增，容易引起服务雪崩，鉴于运作条件,有必要计划非常规疗法。何时进行重试。

1. timeout=“3000” ，这些服务被称为耗时服务。如果您在拨号过程中超过三秒钟,将报告超时异常情况。"retries"次呼叫在超时后尝试。有一个领域需要照顾。超时功能只有在过期时才有效。如果因其他不合规定之处而被传唤进行抛掷,那么放弃dubbo服务是行不通的。将去 下一次尝试马上。
2. 重试 = "2" 意味着你应该再尝试两次 如果你失败了 扔出一个奇点

27。 Dubbo到底有什么容忍过错计划集群? 哪些违约?

• 失效数据组 : 自动开关失败。 自动重试其它服务器。 错误容忍度设置为默认值 。
• Fasterfast Cluster: 快速失败、即时错误通知,
• 失灵是安全的,在异常的情况下,它们只是被置之不理。
• 失败群集: 自动恢复失败, 请求记录失败, 并定期重复 。
• Forking Croup: 同时联系众多服务器, 只要其中一个成功就返回 。
• 广播群组:无线电台根据个别情况向所有供应商打电话,其中任何一个都是错误的。

28. 建议的读写容忍战略是什么?

读取操作显示, 失败者无法自动切换, 迫使用户再次尝试另两个服务器 。
创建操作提案,以“快车道”为快车道故障使用“快车道”作为操作提案,即时通知通话失败。

29. Dubbo有哪些负载平衡技术,哪些是默认的? Dubbo的负载平衡原则?

• 随机装入平衡: 随机, 加权随机概率 。
• 加载平衡环路滨:四舍五入,四舍五入,取决于《公约》后加权数。
• LastAvial RoadBalance: 最小的主动呼叫次数, 与随机指定同样数目的主动呼叫次数 。
• 加载平衡 一致性Hash: 一致性Hash确保具有相同参数的请求总是被发送到同一供应商。

以下各条讨论具体的负载平衡原则:Dubbo-负载平衡解释

30个杜博支助事务处被降级了?

• Dubbo 2. 2. 2. 0 现在支持更多版本 。
• Dubbo提供模拟配置,这可能导致Dubbo服务的降级,Mock只是在出现非手术异常(如加班、网络问题等)时才这样做。
• 莫克的设置允许两个
  • Mock 类下调等级: 布尔值, 默认假 。 如果配置为 True, 则默认使用假类名, 即类名加上 Mock 后缀;
  • Mock Null被降级:通过配置“返回无效”,你可能会忽略异常现象。

31岁 Dubbo是如何优雅地离开飞机的?

Dubbo利用JDK的停机钩完成了一个优雅的停机,如果它被迫关闭指令,例如杀死9-9 PID,它不会执行,但只能通过杀死Pid来完成。

Dubbo能存好结果吗?

事实上,Dubbo引入了一个声明缓存,以加快获取热数据的速度,并限制用户在缓存中投入的工作量。

33。 您可以命名 RPC 框架吗? 您是否考虑过其它分配框架?

• Thrift：
  • Trift是一个方案拟订框架。它被用于创建可扩缩和跨语言的服务。它把一个强大的软件堆和一个代码生成引擎结合起来。这些编程语言在C++、Java、Python、PHP、Ruby、Erlang、Perl、Haskell、C#、可可、JavaScript、Node.js、Smalltalk和OOCaml中都是完美、一体化和有效的服务。
• Dubbo：
  • 只有爪哇语得到该国第一个开放源码RPC框架的支持。
  • Dubbo是分配服务的框架。以及SOA治理方案。除其他外,其职能包括高性能的本国干事通信和多协定一体化。服务地点和路线是动态的。软负载均衡与容错，依赖分析与降级等。Dubbo是AlibabaSOA服务型治理平台的基础。2011年初,Dubbo开始运作。若干非阿里部门公司采纳了它。
• Spring Cloud：
  • 春云由几个次级项目组成。春云配置公司、春云网络、春云领事和其他类似服务也是如此。它为建立分布式系统和微观服务提供了工具。配置管理、服务发现、断路器、智能路由器、微试剂、控制总线、一次性象征性、全球锁、主选择、分布会话和组群状态等实例。建造微型服务的所有要求都得到满足。
  • 以 " 春靴 " 为基础的 " 春云 " 简化了发展部署。
• gRPC:
  • 这是一个语言中性、平台中性、开放源的远程程序呼叫(RPC)解决方案,最初由谷歌创建。
• Motan：
  • Weibo的内部RPC系统于2016年开放,仅用于支持爪哇语。
• Tars：
  • 用于内部定制的RPC框架于2017年开放,只有C++编程语言可供使用。

你是怎么到那的 底部怎么这么低?

Netty用来建立Dubb的沟通底线

这篇文章是我们对2011年埃及抗争特别报导的一部分。

Dubbo的线型是35岁

Dubbo线程模型包括线程模型策略和Dubbo 线索库政策两个方面。

线程模型策略

Dubbo的底线通讯是为Netty设计的,他是第一个使用这些通讯的。服务供应商NettyServer雇用一个双层线性人才库。事件 LoopGroup (Boss) 大多用于处理客户的链接请求 。此外,政府一直在努力解决一些关切问题,并将TCP完成的三条握手链接分发给EconomicLoopGroup(工人)。值得一提的是,老板和工人的线条被称为 I/O 线条。前者与IO的关系有关。后者涉及IO的阅读和写作活动。
​
Dubbo提供了多个线性模型,用以确定所要求的信息是由I/O线直接处理,还是由业务线性资源库直接处理:

• 所有信息(全部发布类):所有信息,包括请求、回应、连接、分手等,都传送到商务串列池,回复信息优先使用用于请求的线索库。
• 直接发送(直接发送类):所有信息都直接在IO线上发送,而不是通过商业线索库发送。
• 信件 (Message Only Dispatcher 类): 仅向商务线索库发送回复请求; 其它信息, 如连接事件、 分手事件、 心跳事件等, 没有直接在 I/ O 线索上进行 。
• Execulation (Execulate Dispatcher 类):只有请求被传送到商务线索库处理;然而,答复、连接、分手、心跳等不直接发送到 I/ O 线上。
• 连接 (Class连接组织调度员): 链接事件、 碎裂等。 在 I/ O 线索上排队, 并按逻辑顺序执行, 而其他信件则发送到商务串列库处理 。

Dubbo Thread Pool 拥有更多模型,以下直接发射类别对这些模型进行测试:

接收方法由DirectDispatcher重写。无读执行器在调用未来之前使用。 Get () 。Thread Untread 执行器。 Wait ()等待将导致业务线被堵在排队列中。直到元素被添加到队列中, 也就是说 。很明显，使用 GetPediced Exculator Service( 消息) 时, 提供商一方不会返回 ThreadlessExecutor 。因此,它将在目前IO线上实施。

其他事件,如连接、异常和断开等,在包装的频道处理器中被隐含地实现:以下代码在当前IO线中执行:

Dubbo 线索库政策

Dubbo 处理程序。 某些线性模型将向线索库提交无症状处理请求,以便在可行的情况下尽快释放Netty的 I/ O 线索。 线索库指的是它是什么类型的线索池 。
​
在现实中,Tread Pool线索库也是一个扩展界面SPI,Dubbo列出了扩展界面的一些成绩如下:

• 固定线索pool : 生成一个带有数串线索的线索库 。
• Limited Thread Pool : 创建一个线索库, 线索数会根据需要上升, 但不会超过配置的阈值 。 此外, 免费线索不会被回收, 并且会继续存在 。
• EagerThread Pool : 构建一个线索库, 在所有核心线索被占用时, 启动新线索以完成新任务, 而不是将任务放入线索库, 而不是将任务放入队列 。
• CashedThread Pool: 创建一个自适应的线条池, 在不活动一分钟后循环使用; 当新请求到达时, 将产生新的线条 。

由于对这些线索库的理解,那么,何时实施SPI在课程中加载池?在Dubbo线线模型获取相关线条池期间,专门装载了SPI。整个推理都是在方法上。 对不起,阿帕切。 对不起,dubbo。 我不知道你在说什么,普通。 我不知道你在说什么,线索。 我不知道你在说什么,经理。

默认的线性线性集合方法是一个六种模式线性集合,核心大小默认值为200个,排队大小为0个,编程如下:

36. 杜布博是否需要一个网络集装箱?

不,使用网络集装箱只会增加复杂性和浪费资源。

37. Dubbo有多少服务集装箱?

Dubbo的服务集装箱由一个单一的主要方法和一个简单的 " 春箱 " 组成,用于曝光服务。

• Spring Container
• Jetty Container
• Log4j Container

38. 当服务接口有许多接口时会怎样?

当接口得到无数实施时,可以按群体特点进行分组,服务提供者和消费者都可以指定同一群体。

39. 服务项目如何与前一版本相适应?

转换可以通过版本号(版本)进行,在注册中心登记了多种版本的服务,不同版本的服务号不相互引用。

40. Dubbo提供分销服务吗?

• 这一点目前没有得到支持,可以使用 tcc-交易框架来完成。
• tcc-交易框架是一个开放源代码的部队派遣国补偿分布式服务框架。
• com/changexie/tcc-transaction。 校对:Soup
• TCC- Translation利用Dubbo隐含功能避免自己干预商业守则。

41. Dubbo Telnet指挥中心的能力是什么?

管理此服务时, 请使用 Dubbo Pass. Outtelnet 命令。 此文章“ dubbo Service Debbug 管理实用命令 ” 特别被使用 。

42. Dubbo必须依赖哪些包件?

Dubbo需要JDK;其他则是可选的。

43. Dubbo的管理控制员能做什么?

管理控制台主要由路线规则、动态配置、服务降级、出入控制、重量调整、负载平衡等组成。

Dubbo共有44种变体。

• 春天配置
  • XML配置方式
  • 属性配置
  • 无法启动 Evolution 的邮件组件 。
• Java API 配置

Dubbo核心的配置是什么? 45

下图说明各配置之间的连接:

参考资料：

https://mp.weixin.qq.com/s?__biz=MzI3ODcxMzQzMw==&mid=2247487261&idx=1&sn=d3dd9825515f2f79f5e44def251a8e5c&chksm=eb538a2bdc24033dd8c1ceba703688647fb2d7cdcda9b100fbaf60b65a4114ede7c444d087d6&mpshare=1&scene=1&srcid=1002YAyPx7X6QOYB5ZGXyMlP#rd

https://zhuanlan.zhihu.com/p/88889187

https://blog.csdn.net/u012796139/article/details/107171584

一年前,兄弟姐妹们奋力战斗,一年之后,他们改变了职业,从自行车到摩托车。

谢谢你的阅读, 如果这个网站对你有用, 请记住留个字条+一些赞美+收藏。 对不起 。

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/15816.html。