首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

当用户添加到订单时,将项目推送到购物车时出现问题

可能是由于以下原因导致的:

  1. 前端开发问题:可能是前端代码中存在错误或逻辑问题,导致添加到订单时无法正确推送到购物车。解决方法可以是检查前端代码,确保添加到订单的操作正确地触发了推送到购物车的逻辑。
  2. 后端开发问题:可能是后端代码中存在错误或逻辑问题,导致添加到订单时无法正确处理推送到购物车的请求。解决方法可以是检查后端代码,确保订单和购物车之间的数据传递逻辑正确。
  3. 软件测试问题:可能是在测试过程中未发现或未覆盖到该问题,导致上线后出现错误。解决方法可以是进行全面的软件测试,包括功能测试、性能测试、兼容性测试等,确保添加到订单时能够正确推送到购物车。
  4. 数据库问题:可能是数据库操作出现了错误,导致添加到订单的数据未正确保存或未正确与购物车关联。解决方法可以是检查数据库操作的语句和逻辑,确保订单和购物车之间的数据关联正确。
  5. 服务器运维问题:可能是服务器配置或运行环境出现了问题,导致添加到订单时无法正常推送到购物车。解决方法可以是检查服务器配置和环境,确保服务器能够正常处理订单和购物车的请求。
  6. 网络通信问题:可能是网络传输过程中出现了错误或中断,导致添加到订单时无法正确传输到购物车。解决方法可以是检查网络连接和通信过程,确保订单数据能够正确传输到购物车。
  7. 其他问题:可能是其他未知的因素导致的错误,需要进一步排查和调试。解决方法可以是逐步排除可能的问题,进行日志分析、错误追踪等操作,找出并修复问题。

对于这个问题,腾讯云提供了一系列相关产品来支持云计算和电商应用:

  • 云服务器(ECS):提供可扩展的计算能力,用于部署和运行应用程序。
  • 云数据库MySQL版(CDB):提供高性能、可扩展的关系型数据库服务,用于存储订单和购物车数据。
  • 云存储(COS):提供安全可靠的对象存储服务,用于存储和管理商品图片、用户头像等静态资源。
  • 云监控(Cloud Monitor):提供全面的监控和告警服务,帮助及时发现和解决系统问题。
  • 云安全中心(Security Center):提供全面的安全管理和威胁检测服务,保护应用和数据的安全。
  • 人工智能服务(AI):提供图像识别、语音识别等人工智能能力,用于增强电商应用的用户体验。

以上是腾讯云的一些相关产品,可以根据具体需求选择适合的产品来解决问题。更多产品信息和详细介绍可以参考腾讯云官方网站:https://cloud.tencent.com/

相关搜索:Vue -当项目添加到购物车时禁用按钮。删除时启用将购物车项目添加到数据库时出错在WooCommerce中通过Ajax将产品添加到购物车时获取购物车项目键使用甜蜜警报2将键值项目添加到对象时出现问题当键盘打开时,我如何将屏幕向上推,以便用户看到自动完成?使用Vlc.DotNet将vlc添加到我的WPF项目时出现问题当产品A被添加到购物车时,对于特定的产品,还要在5次内将产品B添加到购物车中Netsuite客户端脚本,用于在将某些项目添加到销售订单时创建弹出窗口在将多个相同项目添加到非常简单的购物车元素中时,难以增加项目数量WooCommerce:当产品属性价格为零(0)时,将添加到购物车按钮替换为下载按钮将Firebase Crashlytics添加到Android项目时出现问题- Crashlytics发现无效的API密钥:空当用户将产品添加到购物车时,Magento自定义选项值和选项标题存储使用自定义适配器在用户单击按钮时将项目添加到GridView将char*推送到向量时出现问题,但每次迭代后都会将指向相同值缓冲区的指针添加到向量中[已解决]当通过getItemViewType将项目添加到每隔5个交替位置时,删除作为回收视图中Facebook原生广告的第一个项目位置将'.lib‘和'.h’文件添加到项目后,在Visual Studio2017中使用C++中的pcap.h时出现问题当RaisedButton的文本在颤动时发生更改时,如何将类中的列表项目添加到另一个列表中尝试将web引用添加到dotnet核心项目时出错。用户已取消保存对话框(HRESULT异常: 0x8004000C (OLE_E_PROMPTSAVECA
相关搜索:
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

B2C技术架构和功能说明

2.后台商品信息,通过RabbitMQ中交换机给搜索系统发来监听消息,搜索系统接收商品删除.修改.增加的消息并作出相应的处理。...3.购物车(未登录) 游客第一次添加商品到购物车,解决方案是商品放在redis缓存中,生成一个购物车cartRedisKey,并将该cartRedisKey以cookie写回到客户端,并设置该购物车的生存时间...6.购物车(用户登录) 系统userId和itemId保存到购物车系统中,通过httpClient保存购物车商品信息到购物车系统。删除,更新都是通过购物车系统提供的接口来完成删除和修改甚至保存。...9.去sso系统登录,登录成功以后,客户端的cookie中的cartRedisKey以及userId发送到RabbitMQ交换机,购物车队列绑定到交换机上获取消息,合并购物车。...RabbitMQ把订单的orderId和userId发送到orderSearch系统中添加到solrdocument中。 11.搜索商品,去itemSearch系统中搜索商品,分页查询和显示。

1.2K60

「查缺补漏」巩固你的RocketMQ知识体系

式消费者:式消费者,从另一方面讲,囊括了消息的拉取、消费过程,并保持了内部的其他工作,留下了一个回调 接口给终端用户去实现,实现在消息到达要执行的内容。...消息的顺序 DefaultMQPushConsumer被使用,你就要决定消费消息,是顺序消费还是同时消费 顺序消费 顺序消费消息的意思是 消息按照生产者发送到队列的顺序被消费掉。...同时消费 同时消费消息,消息同时消费的最大数量取决于消费客户端指定的线程池的大小。...用户在电商APP上购物,先把商品加到购物车里,然后几件商品一起下单,最后支付,完成购物流程。...这个过程中有一个需要用到消息队列的步骤,订单系统创建订单后,发消息给购物车系统,已下单的商品从购物车中删除。

41261
  • BlinqIO - 有史以来第一个AI人工智能测试工程师

    本篇介绍一款AI测试工程师– BlinqIO。...用户可以使用AI Playground与他们的目标应用程序进行交互,使用BVT AI生成Gherkin测试场景。 用户可以使用BVT记录器手动更新和增强AI生成的测试脚本。...BVT检测到错误时,自动标记问题并在Jira中创建工单。 自动修复因目标应用程序中的更改而失败的测试。 观察Jira等任务管理工具,以识别新功能并自动生成测试用例。...登录后,商品添加到购物车,并生成订单。 脚本内容可以添加注释、添加步骤等操作。 执行脚本。 (2)手动添加脚本 创建脚本名称。 编写脚本。 执行脚本。...选择场景,可以看到识别到2个场景(所有产品添加到购物车、从购物车生成订单)。 生成场景。 生成的测试脚本。 注:AI所生成的脚本不可能百分百达到预期,有些脚本需要进行微调。 执行脚本。

    300

    DDD理论学习系列(11)-- 工厂

    一般来说,添加到购物车需要几个步骤: 加载用户购物车 获取商品税率 创建新的购物车子项 相关的应用层代码如下: namespace Application { public class AddProductToBasket...,且隔离了来自购物车子项的变化,比如税率变化时,或购物车子项需要其他信息创建,都不会影响到购物车的相关逻辑。...第二,商品添加到愿望清单中去,就需要创建一个愿望清单子项。...考虑这样的场景:顾客可以在已购订单中点击再次购买按钮,所有订单项全部重新添加到购物车中去。 这个场景就属于购物车对象的重建,跟直接创建购物车对象就不同了。...因为订单中的所有子项恢复到购物车中去,我们就需要额外确保领域的不变性。比如订单子项对应的商品现在是否下架,如果下架我们是直接抛出异常,还是仍旧创建一个锁定的购物车子项,标记其为已下架状态?

    1.8K100

    SPAN:为什么移动工程师应该关心它?

    父SPAN及其子SPAN的示例,用于衡量添加到购物车功能的性能。 SPAN在用途上非常灵活。...商品添加到购物车用户点击按钮商品添加到购物车,需要多长时间才能成功?是否有网络调用?它是否可以在网络连接不良的情况下工作?...结账 电子商务应用程序最重要的部分是让用户能够成功进行购买,因此监控实际的订单提交过程非常重要。您可以添加一个SPAN来衡量从点击“提交订单”按钮到出现“订单确认屏幕”的时间。...如何开始在移动应用程序中添加SPAN 手动检测几个SPAN通常不是一项具有挑战性的任务,您使用像 我们在 Embrace 中构建的 这样的可观察性 SDK ,您还将获得对常见任务(例如网络请求)的自动检测...Embrace 提供托管服务,但您也可以选择数据发送到 OTel 兼容的收集器。

    7110

    【JavaWeb基础】图书管理系统总结(修订版)

    ,一部分是显示普通的订单信息【定单人、价钱、订单时间、订单状态】 而在后台中,我们还要在显示订单普通信息,给予查看详细信息的功能【也就是订单的具体内容:具体的商品价钱、数量】 难点二: 订单模块我是最后才开始写的...比如:我们查看订单的时候,就肯定需要同时把所有的订单项都查询出来的。查看购物车的时候,就肯定需要同时把购物项查询出来的 而我们的分类与书籍就没有同时这个概念。...用户想要购买商品,判断用户是否登陆了,还要判断购物车是否存在【购物车使用Session来保存】,不存在则创建。...在生成订单的Dao中,需要把订单的基本信息,订单项的基本信息封装到数据库中 通过id查找订单的时候,先找出订单的基本信息。订单表和用户表联结,就可以查找出订单用户。...例子2:Cart提供了把商品添加到购物车的功能,参数只需要具体商品的id。而在Service中,它需要用户购物车对象和具体商品的id。

    1.4K20

    shopping Test method

    下面记录一下最近测试项目购物车的测试点: 1.界面测试 界面布局、排版是否合理;文字是否显示清晰;不同卖家的商品是否区分明显。...2.功能测试 未登录商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加; 点击购物车菜单,页面跳转到登录页面。...从产品角度来讲,我最开始做这个需求,觉得是为了提高订单转化率,之后和leader交流,知晓根本目的是提高客单价,订单转化率之类的只是辅助数据指标。...对用户来说很明显是结算引导登陆更友好,但此时需要离线购物车功能,根据设备号记录哪个商品加入到哪个设备的购物车用户登陆后合并设备下的离线购物车数据和账号下的在线购物车数据。...像淘宝和京东这样的平台,用户添加购物车大多数是为了收藏,所以是下单扣减库存,如果加入购物车扣减库存,会造成大量库存被占用,实际又没有结算的浪费;而唯品会是加入购物车就扣减库存,所以唯品会添加到购物车的商品到

    92610

    图书管理系统【总结】

    ,一部分是显示普通的订单信息【定单人、价钱、订单时间、订单状态】 而在后台中,我们还要在显示订单普通信息,给予查看详细信息的功能【也就是订单的具体内容:具体的商品价钱、数量】 难点二: 订单模块我是最后才开始写的...比如:我们查看订单的时候,就肯定需要同时把所有的订单项都查询出来的。查看购物车的时候,就肯定需要同时把购物项查询出来的 而我们的分类与书籍就没有同时这个概念。...用户想要购买商品,判断用户是否登陆了,还要判断购物车是否存在【购物车使用Session来保存】,不存在则创建。...在生成订单的Dao中,需要把订单的基本信息,订单项的基本信息封装到数据库中 通过id查找订单的时候,先找出订单的基本信息。订单表和用户表联结,就可以查找出订单用户。...例子2:Cart提供了把商品添加到购物车的功能,参数只需要具体商品的id。而在Service中,它需要用户购物车对象和具体商品的id。

    1.4K50

    【毕设项目推荐】基于协同过滤算法Spring Boot +Vue的图书商城系统

    (4) 用户在查看所有商品页面,都可将喜欢的商品加入购物车。 (5) 用户选择商品完成,进入购物车页面,进行已选商品的修改。 (6) 用户进行商品的结算,最后提交订单。...例如,如果用户 A 和用户 B 都喜欢电影 A、电影 B 和电影 C,那么当用户 A 喜欢电影 D,系统可以电影 D 推荐给用户 B。...例如,在购物网站上,当用户购买某个商品,系统可以通过协同过滤推荐算法,将与该商品相似的其他商品推荐给用户。...,在点击物品右边的添加到购物车,然后用户需要选择定购的数量,系统会将你所选择的商品添加到购物车,显示该物品已经添加进购物车。...4、我的推荐 5、订单管理 6、商品管理 6、项目资料 数据库+项目源码+配套的论文

    14510

    面试官:消息队列中,消息可靠性、重复消息、消息积压、利用消息实现分布式事务如何实现...

    这样某个Broker宕机后,其他的Broker可以替代宕机的Broker,也不会发生消息丢失 消费阶段 消费阶段采用和生产阶段类似的确认机制来保证消息的可靠传递,客户端从Broker拉取消息后,执行用户的消费业务逻辑...消息队列中的事务主要解决的是消息生产者和消息消费者的数据一致性问题 拿电商来举个例子,一般来说,用户在电商APP上购物,先把商品加到购物车里,然后几件商品一起下单,最后支付,完成购物流程,就可以等待收货了...这个过程中有一个需要用到消息队列的步骤,订单系统创建订单后,发消息给购物车系统,已下单的商品从购物车中删除。...因为从购物车删除已下单商品这个步骤,并不是用户下单支付这个主要流程中必需的步骤,使用消息队里来异步清理购物车是更加合理的设计 对于订单系统来说,它创建订单的过程中实际上执行了2个步骤的操作: 在订单库中插入一条订单数据...,创建订单 发消息给消息队列,消息的内容就是刚刚创建的订单 购物车系统订阅相应的主题,接收订单创建的消息,然后清理购物车,在购物车中删除订单中的商品 问题的关键点集中在订单系统,创建订单和发送消息这两个步骤要么都操作成功

    54710

    微服务架构-消息队列常见问题和解决方案

    消息队列中的事务主要解决的是消息生产者和消息消费者的数据一致性问题 拿电商来举个例子,一般来说,用户在电商APP上购物,先把商品加到购物车里,然后几件商品一起下单,最后支付,完成购物流程,就可以等待收货了...这个过程中有一个需要用到消息队列的步骤,订单系统创建订单后,发消息给购物车系统,已下单的商品从购物车中删除。...因为从购物车删除已下单商品这个步骤,并不是用户下单支付这个主要流程中必需的步骤,使用消息队里来异步清理购物车是更加合理的设计 对于订单系统来说,它创建订单的过程中实际上执行了2个步骤的操作: 1、在订单库中插入一条订单数据...,创建订单 2、发消息给消息队列,消息的内容就是刚刚创建的订单 购物车系统订阅相应的主题,接收订单创建的消息,然后清理购物车,在购物车中删除订单中的商品 问题的关键点集中在订单系统,创建订单和发送消息这两个步骤要么都操作成功...这样就基本实现了要么都成功,要么都失败的一致性要求 如果在第四步提交事务消息失败了,Kafka会直接抛出异常,让用户自行处理,可以在业务代码中反复重试提交,直到提交成功,或者删除之前创建的订单进行补偿

    56320

    消息可靠性、重复消息、消息积压、利用消息实现分布式事务

    消息队列中的事务主要解决的是消息生产者和消息消费者的数据一致性问题 拿电商来举个例子,一般来说,用户在电商APP上购物,先把商品加到购物车里,然后几件商品一起下单,最后支付,完成购物流程,就可以等待收货了...这个过程中有一个需要用到消息队列的步骤,订单系统创建订单后,发消息给购物车系统,已下单的商品从购物车中删除。...因为从购物车删除已下单商品这个步骤,并不是用户下单支付这个主要流程中必需的步骤,使用消息队里来异步清理购物车是更加合理的设计 ?...如果订单创建成功,那就提交事务消息,购物车系统就可以消费到这条消息继续后续的流程。如果订单创建失败,那就回滚事务消息,购物车系统就不会收到这条消息。...这样就基本实现了要么都成功,要么都失败的一致性要求 如果在第四步提交事务消息失败了,Kafka会直接抛出异常,让用户自行处理,可以在业务代码中反复重试提交,直到提交成功,或者删除之前创建的订单进行补偿

    1.2K20

    消息队列中:消息可靠性、重复消息、消息积压、利用消息实现分布式事务

    消息队列中的事务主要解决的是消息生产者和消息消费者的数据一致性问题 拿电商来举个例子,一般来说,用户在电商APP上购物,先把商品加到购物车里,然后几件商品一起下单,最后支付,完成购物流程,就可以等待收货了...这个过程中有一个需要用到消息队列的步骤,订单系统创建订单后,发消息给购物车系统,已下单的商品从购物车中删除。...因为从购物车删除已下单商品这个步骤,并不是用户下单支付这个主要流程中必需的步骤,使用消息队里来异步清理购物车是更加合理的设计 ?...如果订单创建成功,那就提交事务消息,购物车系统就可以消费到这条消息继续后续的流程。如果订单创建失败,那就回滚事务消息,购物车系统就不会收到这条消息。...这样就基本实现了要么都成功,要么都失败的一致性要求 如果在第四步提交事务消息失败了,Kafka会直接抛出异常,让用户自行处理,可以在业务代码中反复重试提交,直到提交成功,或者删除之前创建的订单进行补偿

    2K20

    【总结】1773- 前端简洁架构

    你可以认为领域是在我们从React转到Angular时或者我们改变了一些用例不会改变的东西。在商店的案例中,这些是产品、订单用户购物车,以及更新其数据的功能。...物品添加到购物车的函数并不关心该物品到底是如何添加的:是由用户自己通过 "购买"按钮添加的,还是通过促销代码自动添加的。在这两种情况下,它都会接受该物品,并返回一个带有新增物品的更新后的购物车。...用户订单购物车。 主要行为者是用户。在会话期间,我们将把关于用户的数据存储在存储器中。我们想把这些数据打出来,所以我们创建一个用户类型实体。该用户类型包含ID、姓名、邮件以及偏好列表。...用户有一个带有饼干的购物车,当用户单击结帐按钮: 我们想要创建一个新订单; 通过第三方支付系统进行支付; 如果支付失败,通知用户; 如果通过,则将订单保存到服务器上; 订单添加到本地数据存储以显示在屏幕上...顺便说一句,此更改只会影响此用例,其余代码保持不变。 通知服务接口 如果出现问题,我们必须告诉用户。 可以通过不同的方式通知用户

    23830

    什么是前端简洁架构

    你可以认为领域是在我们从React转到Angular时或者我们改变了一些用例不会改变的东西。在商店的案例中,这些是产品、订单用户购物车,以及更新其数据的功能。...物品添加到购物车的函数并不关心该物品到底是如何添加的:是由用户自己通过 "购买"按钮添加的,还是通过促销代码自动添加的。在这两种情况下,它都会接受该物品,并返回一个带有新增物品的更新后的购物车。...用户订单购物车。 主要行为者是用户。在会话期间,我们将把关于用户的数据存储在存储器中。我们想把这些数据打出来,所以我们创建一个用户类型实体。该用户类型包含ID、姓名、邮件以及偏好列表。...用户有一个带有饼干的购物车,当用户单击结帐按钮: 我们想要创建一个新订单; 通过第三方支付系统进行支付; 如果支付失败,通知用户; 如果通过,则将订单保存到服务器上; 订单添加到本地数据存储以显示在屏幕上...顺便说一句,此更改只会影响此用例,其余代码保持不变。 通知服务接口 如果出现问题,我们必须告诉用户。 可以通过不同的方式通知用户

    37120

    美多商城项目(九)

    轻易就实现的目标适合在逆境,为自己加油打气。 ? 美多商城项目(九) 1.获取用户结算商品的信息 用户所要结算的商品就是购物车中被勾选的商品。...2.从登陆用户的redis购物车记录中获取用户购物车中被勾选的商品id和对应数量count。 2.1获取redis链接。 2.2从redis set中获取用户购物车中被勾选的商品的id。...2.9.1从redis购物车中获取用户所需要购买的商品id(redis set购物车中勾选的商品id) 2.9.2从redis hash中获取用户购物车中添加的商品的id和对应数量count 2.9.3...4.订单并发 4.1问题描述 多个人同时购买同一件商品,有可能会产生订单并发问题。...结果 用户A和用户B还是按照之前的举例过程进行操作。用户A先获取到锁,可以进行操作,用户B却拿不到锁,事务会阻塞,等待用户A操作完释放锁之后再进行事务操作,所以库存就不会出现问题

    98810

    【工作篇】接口幂等问题探究

    举例: 前端对同一表单数据的重复提交,后台应该只会产生一条记录 我们发起一笔付款请求,应该只扣用户账户一次钱,遇到网络重发或系统 bug 重发,也应该只扣一次钱 发送消息,也应该只发一次,同样的短信如果多次发给用户...,用户会崩溃 创建业务订单,一次业务请求只能创建一个,不能出现创建多个订单 二、那些情况下会需要接口幂等性?...导致这个情况会有以下几种场景: 前端重复提交:提交订单用户快速重复点击多次,造成后端生成多个内容重复的订单。...,就增加数量即可(业务逻辑幂等) //因为 select 和 save 操作不是串行执行的,可能有两个线程同时查询到商品没有添加到购物车 //然后同一个商品被两个线程分别入库了,导致购物车出现相同商品的两条记录...; 3.4、使用 Token 机制 操作步骤 1、在访问页面,先获取 Token ,保持到指定的地方 2、在点击加入购物车,把 Token 放到 Header 或请求参数中,带给后台 3、后台验证

    70400

    京东海量订单处理

    举个例子,就好比我们采集到的原始食材按照客户的不同口味(不同系统)进行烹制,并且在指定的时间内做好后送到客人(终端系统)那里,整个过程包括订单的拆分转移和订单的下传。...SOP合页单项目 2013年,公司级项目SOP合页单要启动,即用户购物车里既有京东自营的商品同时有POP商家的商品(SOP)。...下图中不同Group可以彼此独立部署,也可以整体部署,某一处出现问题可以单独进行部署,或者整体流量大也可以复制部署。 ?...,同时也返回我们需要的结果,真正将交易快照数据转换为生产单据,最后数据推送到客户端系统,比如库房系统、POP商家系统。...同时,可以自动调节系统的吞吐量,任何一个环节出现问题,都会进行自动降速,问题得以解决后,我们会进行自动增速,保证系统的吞吐量;我们还可以通过配置对一些高级别的订单进行优先生产处理。

    2.2K41

    面试官:做过什么项目?哪个具有挑战性?

    面试官在问你这个问题,其实,此时就是该自己大显身手的时候好。通常都是选择最近自己参与的项目,或者最近自己主导的项目。...这个也不一定哈,我们也完全可以把自己参与的或者主导过NB项目中,拿出来“SHOW”一把。其实,最好是拿数据来说话。比如:QPS、TPS、RT等,还有部署了多少服务器,团规模大小等等。...总视频长达31小,平均每天四个半小时。 因为毕竟是视频,所以很多地方可能会停顿,也可能需要重放,所以正常每天学习8到10小,也就是可以学两遍。 坚持一周,肯定是能搞定。...01-项目环境搭建 02-用户注册-持久层 03-用户注册-业务层 04-用户注册-控制层 05-用户注册-ajax介绍&前端页面 06-用户登录-持久层&业务层 07-用户登录-控制层&前端页面 08...-后台前端开发 37-确认订单页显示收货地址-前端页面 38-创建订单-持久层 39-创建订单-业务层 40-创建订单-控制层&前端页面 41-统计业务方法耗时-AOP 学习地址:https://www.bilibili.com

    57510

    购物车之架构设计!

    说明 架构设计可以分为三个层面: 业务架构 系统架构 技术架构 快速简单的说明下三个架构的意思;当我们拿到购物车需求,我们说用Golang来实现,存储用Redis;这描述的是技术架构;我们对购物车代码项目进行代码分层...比如:规范名词(购物车中说的商品与商品系统中商品的含义是不同的);建立大家都能明白的模型,购物车用户、商品、订单这些实体之间的互动,以及各自具备什么功能。...通过合并后的购物车数据,通过营销活动检查确认ok后,直接回写到存储中。 合并购物车 为什么会有合并购物车这个操作?因为一般电商都是准许游客身份进行操作的,因此当用户登录后需要将二者进行合并。...这里另外一个需要注意的是:立即购买,我们也会通过结算页接口来实现,但是内部其实还是会调用添加接口,商品添加到购物车中;有三个需要注意的地方,首先是这个添加操作是服务内部完成的,对于服务调用方是不需要感知这个加入操作的存在...,那么该目录就该完成的是如何把数据发送到MQ中去; facade: 这儿目录是干嘛的呢?

    1.6K21
    领券