白话系列文章讲述RocketMQ。因为是白话，尽量通过比较直白的方式来介绍RocketMQ，所以涉及到详细的技术细节可能表述的不是那么严谨。但是不用担心，后续会有专门的文章详细介绍技术细节。

这篇文章介绍的是RocketMQ基本概念，分为介绍和提问两部分，如果对概念很清楚了就不用了，闲暇无事可以看看提问。

类似介绍概念的文章网上比较多，希望这篇文章提问式的阅读会让大家对概念能有更清晰的认识。

Message Queue 消息队列 ，既然是队列，就要实现 数据结构中队列 的基本特征，比如先进先出，入队、出队操作等。

RocketMQ就是把内存中使用的那个队列，变成一个独立的、大家都可以用的队列系统。

一个业务事件，是整个MQ领域最核心的概念，无论是生产还是消费都是针对Topic进行操作。

如果MQ是个大的队列，只有一个队列可以用太浪费了吧，来分一分分一分，分解成很多个小的独立的队列。 RocketMQ变成一个管理队列的系统 ，而分解下来的若干个 小的队列通过什么来区分呢 ？

就是通过topic。

比如我的业务定义topic：tp_im_event。你的业务定义topic：tp_cargo_event，那就是两个小队列了，我的业务用我的队列，你的项目用你的队列。 Topic就是队列的名字 。

提问 ：

如果不小心定义了相同的Topic名字，上线后会发生什么？

申请Topic好麻烦，所有业务都用一个Topic好了，这样会有什么问题？

Topic名字起的越酷炫越好？

既然Topic是队列的名字，那么queue就表示真实操作的队列了。一开始的时候一个Topic就对应一个queue，多好，一个是名字、一个是现实。可是用着用着就悲催了，为啥？消息操作太多了，全都怼在一个小队列上。为了提高效率，咋整？？RocketMQ是这样做的，一个Topic绑定的是一组queue，这样每个queue分摊部分压力，性能就上去了。

读队列 个数：可以用来读取数据的队列个数

写队列 个数：可以用来写入数据的队列个数

queue ：真实存储数据用的队列。

提问 ：

我申请了一个Topic，读队列设置2，写队列设置4有什么问题么？

我申请了一个Topic，读队列设置4，写队列设置2有什么问题么？

既然增加队列数可以提升性能，我申请8848个队列的Topic是不是可以达到性能的巅峰？

好了，说完了队列，我们再来说一说队列存储的内容是什么

存储的是消息！Message！尽量小，别发个文件啊什么的大东西，后面真心扛不住（超过特定大小还会报错）

一个queue里都是消息，如何对这些消息进行归类呢？为了进一步细化消息，有了Tag的概念。可以通过Tag对相同消息进行归类，这样用户就可以只订阅一部分的消息了（只订阅部分Tag）

比如：有一个Topic叫做‘发货’，下游消费者希望可以根据货源进行不同的处理，可以通过‘tag＝北京’以及‘tag＝上海’来区分不同的发货源。下游消费者，可以单独订阅‘上海’的货物，或者‘tag=上海|江苏|浙江’来订阅这三个地区的货物，还可以‘tag=＊’来订阅全国的货物。

发送了某个消息，但是希望在后台很方便的搜索到，就要通过key了。可以根据key搜索到所有相关的Message。可以认为RocketMQ内部维护了一个非常大的HashMap，key就是这个key，value就是Message，如果出现Hash冲突就用链表来报错对应关系。

提问 ：

每次申请Topic好烦啊，索性申请个叫tp_all的topic算了，然后内部用tag来区分岂不是美滋滋，这样很好吧？

我是生产者，我可以任意修改发送的消息体？

一个topic里面有什么tag我又不知道，索性消费所有消息，内部判断是不是我要的消息内容不就好？

生产者：针对某一个Topic制造数据，把数据塞到queue里。

简单点： 发消息的

管理消息的时候，我们肯定会遇见这个问题，某个消息谁发的？RocketMQ把发送者的身份抽象成了Producer Group，就是［ 发送组 ］。

简单点：这个东西命名成项目名就行， 相同Producer Group保持相同业务行为

提问 ：

我的项目要发送10个Topic，定义相同的Producer Group可以么？

有一个Topic，可以多个Producer Group一起生产么？

2台机器有相同的Producer Group，机器1发送tp1、 机器2发送tp2这样有问题么？

一个Topic有Producer Group:‘test_group’ 两个项目都用了，但是A项目发送的tag叫A，B项目发送的消息Tag是B，请问有问题么？？

消费者：把queue里面的消息拿出来用

消费行为：如何处理通过 Topic+Tag定位的 消息

重点！重点！重点！ 来了，直接翻译是‘消费组’

一个RocketMQ集群是如何区分 消费者是谁 的呢？就是通过消费组， 相同消费组的机器，MQ认为消费行为是一致的 。业务上一定要保证相同消费组有相同的消费行为。对于不同的消费组名字，RocketMQ就认为是个不同消费者了。如果修改了消费组的名字，那就是新的消费者，就会按照新的消费组的消费进度处理消费。

    消息那么多，项目都重启无数次了，RocketMQ是如何记录消息消费到什么地方了呢？

    也是通过消费组，RocketMQ内部会维护一个关系，记录Consumer Group和消费进度之间的联系。所以，如果把Consumer Group的名字改掉是可能重新消费之前的所有数据的（视初始消费位置而定）

提问 ：

两个服务，服务A和服务B，消费相同集群的 相同Topic ，既然服务不一样，那么就算是定义了 相同的consumer group 也无所谓吧？

常见问题： 消费组名字命名的不合理，上线后悄悄改回来行不行？

不小心用了别人的消费组名，悄悄改回来重新上线也没什么问题吧？

常见问题： 一个服务有消费组A消费3个Topic，有一次上线，希望消费4个Topic。对于新消费的消息希望可以灰度验证一段时间。请问有问题么？

消息队列主要的功能是模块结偶，同步转异步和削峰，必然会出现生产非常快但是消费慢这种事情，比如生产的速度是100000/s但是消费速度是1/s，这个时候就叫做消息积压或者消费延迟（Delay）。理论上RockeMQ对于这种场景有比较好的适应能力，原理大致这样：正常的生产消费都是操作内存数据，所以比较快。但是如果积压非常多，内存明显扛不住了，则降级为生产消费的是磁盘数据，直接操作磁盘。磁盘肯定比内存的速度慢很多啦。

这个时候整个集群的处理能力就拉低了。所以最好生产和消费能力不要相差太多，即便相差很多，积压也应该在有限的时间内处理完毕。

目前比较容易出现消息积压的情况有：

1新消费组上线（消费历史消息）

2消费能力弱

3生产洪峰（比如for循环发消息，job发消息）

由于RocketMQ开源版本没有多租户隔离，所以公共集群使用的过程中会有相互影响发生，鉴于此大家在上线前还是要合理评估自己的系统能力。

提问 ：

消费延迟太多了，业务上接受丢弃一部分消息，如何操作呢？

消息的处理线程太少了，想加大处理线程怎么办？

自己搞个线程池处理消息是不是很赞？

这个概念比较尴尬。上面说的Producer Group和Consumer Group都是逻辑概念。如果需要连接 多集群 ，就需要物理上进行区分（Instance Name）。

一个Instance Name对应一个连接，默认的值是本机ip@进程号。连接多集群的时候务必修改这个值。

提问 ：

要向两个RocketMQ集群生产数据，只需要设置不同的Producer Group即可？

要从两个RocketMQ集群消费数据，只需要设置不同的Consumer Group即可？

火箭是目前唯一能使物体达到宇宙速度，克服或摆脱地球引力，进入宇宙空间的运载工具。火箭的速度是由火箭发动机工作获得的。早在1903年齐奥尔科夫斯基就推导出单级火箭的理想速度公式：V=ωLnMo/Mk，被称为齐奥尔科夫斯基公式。ω为发动机的喷气速度，Mo和Mk，分别是火箭的初始质量和发动机熄火（推进剂用完）时的质量。Mo/Mk被称为火箭的质量比。 由这个公式可知，火箭的速度与发动机的喷气速度成正比，同时随火箭的质量比增大而增大。即使使用性能最好液氢液氧推进剂，发动机的喷气速度也只能达到43～44公里／秒。因此，单级火箭不可能把物体送入太空轨道，必须采用多级火箭，以接力的方式将航天器送入太空轨道。 火箭用于运载航天器叫航天运载火箭，用于运载军用炸弹叫火箭武器（无控制）或导弹（有控制）。航天运载火箭一般由动力系统、控制系统和结构系统组成，有的还加遥测、安全自毁和其他附加系统。 多级火箭各级之间的联接方式，有串联、并联和串并联几种。串联就是把几枚单级火箭串联在一条直线上；并联就是把一枚较大的单级火箭放在中间，叫芯级，在它的周围捆绑多枚较小的火箭，一般叫助推火箭或助推器，即助推级；串并联式多级火箭的芯级也是一枚多级火箭。 多级火箭各级之间、火箭和有效载荷及整流罩之间，通过连接一分离机构（常简称为分离机构）实现连接和分离。分离机构由爆炸螺栓（或爆炸索）和弹射装置（或小火箭）组成。平时，它们由爆炸螺栓或爆炸索连成一个整体；分离时，爆炸螺栓或爆炸索爆炸，使连接解锁，然后由弹射装置或小火箭将两部分分开，也有借助前面一级火箭发动机启动后的强大射流分开的。 火箭技术是一项十分复杂的综合性技术，主要包括火箭推进技术、总体设计技术、火箭结构技术、控制和制导技术、计划管理技术、可靠性和质量控制技术、试验技术，对导弹来说还有弹头制导和控制、突防、再入防热、核加固和小型化等弹头技术。

火箭可按不同方法分类。按能源不同，分为化学火箭、 核火箭、电火箭以及光子火箭 等。化学火箭又分为液体推进剂火箭、固体推进剂火箭和固液混合推进剂火箭。按用途不同分为卫星运载火箭、布雷火箭、气象火箭、防雹火箭以及各类军用火箭等。按有无控制分为有控火箭和无控火箭。按级数分为单级火箭和多级火箭。按射程分为近程火箭、中程火箭和远程火箭等。火箭的分类方法虽然很多，但其组成部分及工作原理是基本相同的。 固态火箭跟液态火箭便是现今比较常用的火箭。此外，还有混合火箭---就是用固体的燃料而用液体的氧化剂。另外，值得一提的是，现今运载火箭大多包含了液态火箭跟固态火箭，也就是说，一个火箭可能第一节是固态的而第二节却是液态的。 火箭的基本组成部分有推进系统、箭体和有效载荷。有控火箭还装有制导系统。 火箭推进系统是火箭赖以飞行的动力源。其中火箭发动机按其工质，可分为化学火箭发动机、核火箭发动机、电火箭发动机和光子火箭发动机等。广泛使用的是化学火箭发动机，它是依靠推进剂在燃烧室内进行化学反应释放出来的能量转化为推力的。推力与推进剂每秒消耗量之比称为比冲，它是发动机性能的主要指标，其高低与发动机设计、制造水平有关，但主要取决于所选用的推进剂的性能。火箭发动机的推力，是根据其特点和用途选定的，其大小相差很大，小到微牛，如电火箭发动机；大到十几兆牛，如美国航天飞机的固体火箭助推器。 箭体用来安装和连接火箭各个系统，并容纳推进 剂。箭体除要求具有良好的空气动力外形外，还要求在既定功能不变的前提下，质量越轻越好，体积越小越好。在起飞质量一定时，结构质量轻，则可获得较大的飞行速度或射程。 运载火箭的有效载荷有人造卫星、飞船或空间探测器等航天器。火箭武器的有效载荷就是战斗部（弹头）。 为成功地发射火箭，还必须有地面发射设备和发射设施。地面发射设备有大有小。小的可手提肩扛，如便携式防空火箭和反坦克火箭的发射筒（架）；大的如卫星运载火箭，则需有固定的发射场和庞大的发射设施，以及飞行跟踪测控台站等。

2010年前后，世界范围内的改装车开始出现宽体改装的热潮。通过延展、拼接加宽原本的车身宽度，并将宽度夸张的高性能轮胎以及轮圈装进车内就是最传统也是最简单的宽体改装。

在一众宽体改装案例中，来自日本的Rocket Bunny绝对是风格独树一帜同时又能将质感做到无比精致的品牌。我相信很多中国车迷和我一样第一次认识Rocket Bunny都是在10年前美国视频博主Luke Huxham在Fatlace网站上发布的一则Rocket Bunny Sicon FRS（美国Sicon贴标版丰田86）视频里。

在Crazy Ken Band的典型日系摇滚《Tiger and Dragon》歌声中，视频中驾驶Sicon FRS的三浦庆（Kei Miura）和他创造的Rocket Bunny宽体自此火遍全球车迷圈。

三浦庆和他的Rocket Bunny究竟有何魅力？故事要从上世纪80年代说起。和很多日本街头满腔热血的青年一样，彼时的三浦庆也热衷在大阪的环状线上开着自己的车挥洒激情。但不幸的是，三浦庆的驾照也因此被吊销了8年。

换做普通人8年不能驾车很容易就会让人忘掉这本就烧钱且危险的爱好，但酷爱赛车的三浦庆并没有因此放弃。既然不能真正的赛车，那就帮别人改装赛车，得益于自己的改装手艺以及对设计车身套件的天赋，在20岁的年纪三浦庆就开始为很多客户设计开发独有的改装车身套件，这其中包括日本本土的性能车，也包括像法拉利Dino这样的昂贵进口跑车。

人们之所以喜欢三浦庆的作品，更多是因为三浦庆总能为各个年代的各种车型加入自己对于赛车外观改装的理解，所以你总能在三浦庆早期的宽体改装案例中看到上世纪80年代的美国纳斯卡赛车、WRC赛车以及DTM赛车的影子。

用三浦庆对比同时期在日本业务发展壮大的，同样也是如今RAUH-Welt BEGRIFF的主理人中井启（Nakai San），他们虽然在作品风格以及工艺上很相似，都是传统的铆钉宽体套件，但在行事风格上三浦庆却与中井启完全不同。

中井启一直坚持传统制图以及模型切割设计宽体，而三浦庆则在三十多年前就开始依托于CAD制图的先进方式完成作品。从商业运营的维度上，三浦庆早在1995年就在日本京都创立了TRA（Top Racing Arts）Kyoto，而我们之后熟悉的Rocket Bunny则是TRA Kyoto其中的一个产品系列。

为什么会以Rocket Bunny（火箭兔）命名旗下的宽体套件系列？起初这个名字的灵感源自一个普通咖啡杯上的字样，而Rocket Bunny最初是三浦庆在上世纪90年代初期改装的一辆Kei Car面包车的昵称。由于朋友们非常喜欢这个名字，于是随后Rocket Bunny便被三浦庆用做了之后的宽体改装产品线的名称，而Rocket Bunny像兔子一样的手势标志灵感则源自日本一家非常著名的橡胶乳胶制品品牌—冈本。  

至于现如今大家熟悉的Rocket Bunny的另外一个名称Pandem，它则是Rocket Bunny为进军美国市场因为当地版权问题更改后的名称。 了解过这些故事背景，在加上2010年后全球蓬勃发展的改装行业以及改装文化，三浦庆一越成为将日本宽体改装文化推向全球的男人，如今的Rocket Bunny也为全世界各式各样的新车、经典车推出了数不胜数的宽体改装套件。

大家现在看到的这辆蓝色斯巴鲁BRZ就安装了Rocket Bunny出品的BRZ V35宽体套件，相比Rocket Bunny曾经的BRZ宽体套件，BRZ V35融入了场地赛车以及拉力赛车风格在这套宽体改装套件中。

其实纵观全球改装品牌，斯巴鲁BRZ的宽体选择可谓令郎满目，车主东子选择BRZ V35宽体套件除了满意这套宽体套件本身的之外，Rocket Bunny品牌的个性以及品牌文化周边产品的丰富、精致也是东子选择Rocket Bunny的理由。  

甚至私下里东子和三浦庆先生也是很好的朋友，作为同样爱车的男孩儿，他们会交流汽车改装的细枝末节，也会探讨当下、未来的汽车该如何融入复古的赛车元素，甚至改装的未来。

作为曾经存粹为了承载更强动力而简单粗暴提升车辆稳定性的一种改装方式，宽体改装的意义在今天更多体现的是风格、个性以及传承。显然，东子的BRZ很好地从这三个方面承载了Rocket Bunny在今天存在的意义与灵魂。  

作为中国非物质文化遗产，燕京八绝其中之一雕漆的第五代传承人，东子也在自己的改装车里体现着另一种维度的传承，将尾翼的四根拉杆用精致的雕漆替代，并在内饰中融入大量的中国传统文化元素，虽然Rocket Bunny出品的BRZ V35宽体套件误差不超过1毫米，但它们却都能在装车之后展现出不同车主的不同风格、态度，这或许才是Rocket Bunny之所以精妙，以及我们都喜欢它的原因。（摄影：侠记八拍）

本文来自易车号作者ramp驾道，版权归作者所有,任何形式转载请联系作者。内容仅代表作者观点，与易车无关

一、消息中间件相关知识

1、概述

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发RocketMQ等。

2、消息中间件的组成

21 Broker

消息服务器，作为server提供消息核心服务

22 Producer

消息生产者，业务的发起方，负责生产消息传输给broker，

23 Consumer

消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理

24 Topic

25 Queue

26 Message

消息体，根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输

3 消息中间件模式分类

31 点对点

PTP点对点:使用queue作为通信载体

说明：

消息生产者生产消息发送到queue中，然后消息消费者从queue中取出并且消费消息。

消息被消费以后，queue中不再存储，所以消息消费者不可能消费到已经被消费的消息。 Queue支持存在多个消费者，但是对一个消息而言，只会有一个消费者可以消费。

说明：

queue实现了负载均衡，将producer生产的消息发送到消息队列中，由多个消费者消费。但一个消息只能被一个消费者接受，当没有消费者可用时，这个消息会被保存直到有一个可用的消费者。

4 消息中间件的优势

41 系统解耦

交互系统之间没有直接的调用关系，只是通过消息传输，故系统侵入性不强，耦合度低。

42 提高系统响应时间

例如原来的一套逻辑，完成支付可能涉及先修改订单状态、计算会员积分、通知物流配送几个逻辑才能完成；通过MQ架构设计，就可将紧急重要（需要立刻响应）的业务放到该调用方法中，响应要求不高的使用消息队列，放到MQ队列中，供消费者处理。

43 为大数据处理架构提供服务

通过消息作为整合，大数据的背景下，消息队列还与实时处理架构整合，为数据处理提供性能支持。

44 Java消息服务——JMS

Java消息服务（Java Message Service，JMS）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。

5 消息中间件应用场景

51 异步通信

有些业务不想也不需要立即处理消息。消息队列提供了异步处理机制，允许用户把一个消息放入队列，但并不立即处理它。想向队列中放入多少消息就放多少，然后在需要的时候再去处理它们。

52 解耦

降低工程间的强依赖程度，针对异构系统进行适配。在项目启动之初来预测将来项目会碰到什么需求，是极其困难的。通过消息系统在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口，当应用发生变化时，可以独立的扩展或修改两边的处理过程，只要确保它们遵守同样的接口约束。

53 冗余

有些情况下，处理数据的过程会失败。除非数据被持久化，否则将造成丢失。消息队列把数据进行持久化直到它们已经被完全处理，通过这一方式规避了数据丢失风险。许多消息队列所采用的”插入-获取-删除”范式中，在把一个消息从队列中删除之前，需要你的处理系统明确的指出该消息已经被处理完毕，从而确保你的数据被安全的保存直到你使用完毕。

54 扩展性

因为消息队列解耦了你的处理过程，所以增大消息入队和处理的频率是很容易的，只要另外增加处理过程即可。不需要改变代码、不需要调节参数。便于分布式扩容。

55 过载保护

在访问量剧增的情况下，应用仍然需要继续发挥作用，但是这样的突发流量无法提取预知；如果以为了能处理这类瞬间峰值访问为标准来投入资源随时待命无疑是巨大的浪费。使用消息队列能够使关键组件顶住突发的访问压力，而不会因为突发的超负荷的请求而完全崩溃。

56 可恢复性

系统的一部分组件失效时，不会影响到整个系统。消息队列降低了进程间的耦合度，所以即使一个处理消息的进程挂掉，加入队列中的消息仍然可以在系统恢复后被处理。

57 顺序保证

在大多使用场景下，数据处理的顺序都很重要。大部分消息队列本来就是排序的，并且能保证数据会按照特定的顺序来处理。

58 缓冲

在任何重要的系统中，都会有需要不同的处理时间的元素。消息队列通过一个缓冲层来帮助任务最高效率的执行，该缓冲有助于控制和优化数据流经过系统的速度。以调节系统响应时间。

59 数据流处理

分布式系统产生的海量数据流，如：业务日志、监控数据、用户行为等，针对这些数据流进行实时或批量采集汇总，然后进行大数据分析是当前互联网的必备技术，通过消息队列完成此类数据收集是最好的选择。

6 消息中间件常用协议

61 AMQP协议

AMQP即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同开发语言等条件的限制。

优点：可靠、通用

62 MQTT协议

MQTT（Message Queuing Telemetry Transport，消息队列遥测传输）是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和致动器（比如通过Twitter让房屋联网）的通信协议。

优点：格式简洁、占用带宽小、移动端通信、PUSH、嵌入式系统

63 STOMP协议

STOMP（Streaming Text Orientated Message Protocol）是流文本定向消息协议，是一种为MOM(Message Oriented Middleware，面向消息的中间件)设计的简单文本协议。STOMP提供一个可互操作的连接格式，允许客户端与任意STOMP消息代理（Broker）进行交互。

优点：命令模式（非topic\queue模式）

64 XMPP协议

XMPP（可扩展消息处理现场协议，Extensible Messaging and Presence Protocol）是基于可扩展标记语言（XML）的协议，多用于即时消息（IM）以及在线现场探测。适用于服务器之间的准即时操作。核心是基于XML流传输，这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息，即使其操作系统和浏览器不同。

优点：通用公开、兼容性强、可扩展、安全性高，但XML编码格式占用带宽大

65 其他基于TCP/IP自定义的协议

有些特殊框架（如：redis、kafka、zeroMq等）根据自身需要未严格遵循MQ规范，而是基于TCP\IP自行封装了一套协议，通过网络socket接口进行传输，实现了MQ的功能。

7 常见消息中间件MQ介绍

71 RocketMQ

阿里系下开源的一款分布式、队列模型的消息中间件，原名Metaq，30版本名称改为RocketMQ，是阿里参照kafka设计思想使用java实现的一套mq。同时将阿里系内部多款mq产品（Notify、metaq）进行整合，只维护核心功能，去除了所有其他运行时依赖，保证核心功能最简化，在此基础上配合阿里上述其他开源产品实现不同场景下mq的架构，目前主要多用于订单交易系统。

具有以下特点：

官方提供了一些不同于kafka的对比差异：

>

主板支持pcie40x16，并不意味着当前显卡和固态硬盘能跑满，而只是为以后新显卡和固态硬盘更大带宽提供了可能。前只有GA100是PCIE40 30系游戏显卡是不是40老黄还没说

而且就算30系显卡是40也不代表30就一定会产生瓶颈 最典型的例子就是AMD的RX5000系列 支持40但是实际性能吃不满30的带宽 工作在30和40模式下性能几乎没有区别

何况目前2080TI才刚刚吃满了30x8带宽 对比x16性能损失一点点 5%左右前只有GA100是PCIE40 30系游戏显卡是不是40老黄还没说

而且就算30系显卡是40也不代表30就一定会产生瓶颈 最典型的例子就是AMD的RX5000系列 支持40但是实际性能吃不满30的带宽 工作在30和40模式下性能几乎没有区别

何况目前2080TI才刚刚吃满了30x8带宽 对比x16性能损失一点点 5%左右有关于硬件的规格，都以官方说明的规格为准，这个主板是PCIE30的显卡接口。

这个在主板官网就可以查到，主板的规格说明中，明确标识有主板显卡插槽是Gen3，也就是第三代的意思，指的就是PCIE 30。

厂家也不是笨蛋，如果能支持40，肯定是一大卖点，不会笨到仍然标注为相对较老的30版这块主板没有pcie40，只有两条pcie30x16，下图来自微星官网这块主板的参数截图：

目前都有哪些跨境平台呢？且先了解下这四家平台的优缺点。

Aliexpress

1）销售模式：

B2B+B2C 垂直类销售模式主要针对企业客户，75%的海外市场分布在俄罗斯，巴西，美国，西班牙和土耳其。

2）平台优势：

全中文操作界面；

免费刊登大部分品类；

没有起始刊登期限；

容错性相对较高（商户评级制度周期是2个月的自然）。

3）平台劣势：

价格竞争激烈宣传推广费用高（有直通车功能运用竞价排名）；

运营政策偏向大卖家和品牌商；

基本不提供客服服务；

买家对于平台的忠诚度不高。

4）平台排名影响因素：

卖家评级、价格、产品销量、产品评级。

适用商户类型： 

垂直类贸易商，工厂转型B2C，传统批发商。

速卖通的低价策略跟阿里巴巴导入淘宝的卖家客户策略有关，很多人感慨现在运营速卖通就类似于前几年的淘宝店铺。速卖通市场的侧重点在新兴市场，特别是俄罗斯和巴西。根据速卖通统计2014年的统计数据，每月登录全球速卖通服务器的俄罗斯人近1600万，平均每天完成6万多个采购订单。同时由于速卖通是阿里系列的平台产品，整个页面操作中英文版简单整洁，非常适合新人上手。

总结：适合产品主推新兴市场（俄罗斯，巴西等）的卖家，产品有供应链优势且价格优势明显的卖家，最好是工厂直接销售。贸易商面对小额订单优势不明显。

Amazon

1）销售模式：

B2B模式，主要针对企业客户，业务多元化。

2）平台优势：

电子商务的鼻祖，比其他平台都要早，拥有庞大的客户群和流量优势，每个月有八千万的流量，以优质的服务著称；

具有强大的仓储物流系统和服务，尤其是北美、欧洲、日本地区。卖家只需要负责出售产品，后期的打包，物流，退换货都由亚马逊提供统一的标准的服务模式，会产生一些服务费用包括存储费，配送费和其他服务费用，也可以选择自己配送；

站点联动，比如亚马逊欧洲站点只需要有一个国家的账户就可以面向全欧洲市场销售；

提供中文注册界面。

3）平台劣势：

对卖家的产品品质要求高，企业最好；

有研发能力；

卖家必须可以开具发票；

对产品品牌有一定的要求；

手续较其他平台略复杂；

同一台电脑只能登陆一个账号；

收款银行账号需要注册自美国、英国等国家。

4）平台服务方案：

两种prime销售方案：

个人销售方案和专业销售方案。区别在于上传的产品数量以40个为分界线，个人销售方案免费但是只能上传40个之内的产品，专业销售方案需要支付3999美金的费用但是可以上传40个以上的产品。个人方案要90天才有黄金购物车buy box，专业销售方案是账号一下来就有buy box。另外据其客服介绍，在销售的额度上也是有差别的，即销售增长过快时，个人方案卖家相对比较容易受到账号审核。

增值服务：Fulfi llment by Amazon (FBA)亚马逊超过50% 的客户都是金牌会员。需要支付99美金，成为金牌会员可以享受精准的营销推送服务和快捷的物流服务，实现跨境贸易2~3天内送到客户手中。

新人注册亚马逊账号以后，后期收款，银行账号需要是美国，英国等国家。这里有几个选择，注册一家美国公司或者找一家美国代理公司，然后申请联邦税号；作为外贸人我们一般都有一些海外客户资源，不妨通过他们解决这个问题；实在不行，国内也有一些代理机构提供这样的服务。

总结：选择亚马逊平台，需要供应商有稳定可靠的产品资源，一定的资金实力，美国本土的人脉资源，并且有长期投入钻研的心态。新人注册成为亚马逊的供应商最好能接受专业的培训了解开店政策和知识，亚马逊的开店比较复杂并且有非常严格的审核制度，如果违规或者不了解规则，不仅会封店铺甚至会有法律上的风险。

eBay

1）销售模式：

B2C垂直销售。主要针对个人消费者，在发达国家比较受欢迎。

2）平台优势：

排名相对公平、专业客服支持；

新卖家可以靠拍卖曝光；

开店门槛比较低，但规则繁琐，需要研究。

3）平台劣势：

买家保护政策强势，遇到买卖争议时候多半偏向买家，卖家损失惨重；

英文界面不友好，上手操作不容易；

费用不低，开店是免费的，上架产品需要收钱，商品成交费用和刊登费用共计17%；

严苛的卖家标准（针对假货等商品），遇到投诉会被封店；

一般采用paypal 付款，具有一定的风险；

审核周期长，只能拍卖，产品数量有起始限制，需要积累信誉才能越卖越多，出单周期也长，需要慢慢积累。

4）影响平台排名的因素：

卖家表现，产品数量和更新速度，产品价格。

5）适用商户类型：

贸易商、有一定B2C 经验的工厂、品牌经销商。

对于eBay的理解基本上可以等同于国内的淘宝，当年淘宝在中国市场挤出eBay后才能一统江山的。对于国际零售的外贸人来说，eBay的潜力不可小觑，因为它的核心成熟市场在美国和欧洲。

根据过来人的分析，eBay成功的关键是选品，由于eBay主要的市场是美国和欧洲，所以做eBay前最好做个市场调研，我们一般可以通过如下几个方法：

首先，通过eBay总体研究一下整个市场的行情，选择一些eBay的热销产品，从产品渠道，产品价格仔细研究，结合自己的供应链特点分析自己的优势在哪里。

其次，综合美国、欧洲市场的文化，人口，消费习惯，消费水平的因素，选择潜力的产品做eBay。研究热销产品的市场优势和未来的销售潜力，我们选择的产品品类，一旦投入精力和资本，就需要一个针对市场的利润率和持续性的考虑。

总结：产品优先。是否选择eBay 首先是产品本身的考虑，假如我们的产品目标市场在欧洲和美国，则可以选择eBay，和Amazon 比起来，它操作比较简单，投入不大，适合有一定外贸货源的人操作。

Wish

1）销售模式：

B2B+B2C垂直类销售。数据分析起家，主要针对移动端买家，能够根据客户的兴趣推送产品。

2）平台优势：

良好的本土化支持；

上架货品非常简单，主要运用标签进行匹配；

利润率非常高、竞争相对公平；

精准营销，点对点个性化推送，客户；

满意率较高；

Facebook 引流，营销定位清晰。

3）平台劣势：

商品审核时间过长，短则2个星期，长则2个月；

费用较高，15%商品成交费用和12%的提现费用；

物流解决方案不够成熟；

平台的买卖纠纷规则模糊。

4）影响平台排名的因素：

标签准确性，产品数量，描述和，产品价格。

5）适用商户类型：

贸易商、工厂转型B2C、品牌经销商。

根据Wish 最新的报告显示，APP 日均下载量稳定在10 万，峰值时冲到20 万，目前用户数已经突破4700 万，相应地，Wish97%的订单量来自移动端，就目前的移动互联网优势来看，Wish 未来潜力堪称巨大。

总结：Wish是一个这几年刚刚兴起的基于APP的跨境平台，最初仅仅是一个收集和管理商品的工具，主要靠价廉物美吸引客户，在美国市场有非常高的人气和市场追随者，核心的产品品类包括服装，珠宝，手机礼品等，大部分供应商来自中国，Wish 的主要竞争力就是价格特别便宜，以及精准化营销模式导致客户的满意率非常高，这也是平台短短几年发展起来的原因。

关于我们

中国制造网成立于1998年，由焦点科技股份有限公司（002315）开发和运营。截止2019年底，网站拥有超过1210万全球买家，月均买家询盘超过100万封，遍布全球220个国家和地区。

（整理_陈小墨_本文刊载于第47期《焦点视界》杂志）

以上就是关于RocketMQ概念篇全部的内容，包括:RocketMQ概念篇、火箭的信息、改装“减速带”，为何独爱火箭兔等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！