深圳幻海软件技术有限公司

一、背景vivo官方商城经过了七年的迭代，从单体架构逐步演进到微服务架构，我们的开发团队沉淀了许多宝贵的技术与经验，对电商领域业务也有相当深刻的理解。去年初，团队承接了O2O商城的建设任务，还有即将成立的礼品中台，以及官方商城的线上购买线下门店送货需求，都需要搭建底层的商品、交易和库存能力。为节约研

1什么是LBS基于位置的服务（LocationBasedServices，LBS），是利用各类型的定位技术来获取定位设备当前的所在位置，通过移动互联网向定位设备提供信息资源和基础服务。首先用户可利用定位技术确定自身的空间位置，随后用户便可通过移动互联网来获取与位置相关资源和信息。LBS服务中融合了移

作者｜初八，携程资深研发经理，专注于订单后台系统架构优化工作；JefferyXin，携程高级后端开发专家，专注系统性能、业务架构等领域。 一、背景随着机票订单业务的不断增长，当前订单处理系统的架构已经不能满足日益增长的业务需求，系统性能捉襟见肘，主要体现在以下方面：数据库CPU资源在业务高

出门在外手机没电了怎么办？随处可见的共享充电宝是一个不错的选择，可当你晚上参加完聚会、逛完街回到家发现，借的充电宝忘还了，看着价格不断上涨的订单你又陷入了“痛苦”中，无奈，也只能第二天再还。今后这个问题有办法解决了。今日，据微信派官微消息，微信支付分联合腾讯微保推出了“充电宝过夜保障”——充电宝“过

大家好，我是Python进阶者。一、前言前几天在帮助粉丝解决问题的时候，遇到一个简单的小需求，这里拿出来跟大家一起分享，后面再次遇到的时候，可以从这里得到灵感。二、需求澄清粉丝的问题来源于实际的需求，下图是原始数据，需要在1-3处填充另外一个表格中的数据：如果是正常操作的话，肯定是点击进去Excel

一、写在前面之前写过一篇文章​​《项目里接入了MQ消息中间件以后，我摸鱼的时间更长了~》​​，我们用一个简单易懂的电商场景给大家引入说明了一个消息中间件的使用场景。同时，我们还基于RabbitMQ的HelloWorld级别的代码，给出了订单服务和仓储服务如何基于MQ中间件收发消息的示例。二、业务场景

大家好，我是老三，大家对电商购物应该都比较熟悉了，我们应该注意到，在下单之后，通常会有一个倒计时，如果超过支付时间，订单就会被自动取消。下单今天，我们来聊聊订单超时未支付自动取消的几种方案。1.定时任务这是最容易想到的办法，定时任务去轮询数据库，取消即将超时的订单。订单轮询定时任务实现方式有很多种，

概述毫无疑问，SpringCloud是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对SpringCloud功能使用的层面，其底层的很多原理，很多人可能并不知晓。因此本文将通过大量的手绘图，给大家谈谈SpringCloud微服务架构的底层原理。实际上，SpringC

领域是一个知识的范畴。它指的是我们的软件所要模拟的业务知识。领域驱动设计的中心是领域模型，它对一个领域的流程和规则有着深刻的理解。洋葱架构实现了这一概念，并极大地改善了代码的品质，降低了复杂性，并且支持不断发展的企业系统。一、为什么要用洋葱架构？领域实体是核心和中心部分。洋葱架构是建立在一个领域模型

这篇文章，给大家聊一个消息中间件相关的技术话题，对于一个优秀的消息中间件而言，客户端与服务端通信的时候，对于这个网络通信的机制应该如何设计，才能保证性能最优呢？甚至通过优秀的设计，让性能提升10倍以上。我们本文就以Kafka为例来给大家分析一下，Kafka在客户端与服务端通信的时候，底层的一些网络通

大家好，我是菜鸟哥！数据是网上找到的销售数据，长这样：一、关联公式:Vlookupvlookup是excel几乎最常用的公式，一般用于两个表的关联查询等。所以我先把这张表分为两个表。复制df1=sale[['订单明细号','单据日期','地区名称','业务员名称','客户分类','存货编码','客户

概述毫无疑问，SpringCloud是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对SpringCloud功能使用的层面，其底层的很多原理，很多人可能并不知晓。因此本文将通过大量的手绘图，给大家谈谈SpringCloud微服务架构的底层原理。实际上，SpringC

要说哪种分布式事务处理方案效率高，必然绕不开消息中间件！基于消息中间件的两阶段提交方案，通常用在高并发场景下。这种方式通过牺牲数据的强一致性换取性能的大幅提升，不过实现这种方式的成本和复杂度是比较高的，使用时还要看实际业务情况。今天松哥想通过一个简单的案例，来和大家聊一聊如何通过消息中间件来处理分布

很多年前，读了 子柳 老师的《淘宝技术这十年》。这本书成为了我的架构启蒙书，书中的一句话像种子一样深埋在我的脑海里： “好的架构是进化来的，不是设计来的” 。2015年，我加入神州专车订单研发团队，亲历了专车数据层「架构进化」的过程。这次工作经历对我而言非常有

01.前言数据中台和业务中台的区别，希望能够深入浅出，很容易理解的解释什么情况下需要业务中台，什么情况下需要数据中台以及双中台的关系。我前面做了很多行业研究和案例分享，但是都是企业级的讲解，感觉都不够简单，不够落地，这里我用一个最清晰的订单服务的演进过程，来深度剖析双中台的关系。02.一个订单服务的

本文转载自微信公众号「Java极客技术」，作者鸭血粉丝Tang。转载本文请联系Java极客技术公众号。一、介绍曾经有个项目，我们线上出了一次事故，这个事故的表象大体是这样的：系统出现了两个一模一样的订单号，订单的内容却不是一样的，而且事情发生的不止一次，被老板发现之后，当月绩效被扣光!事后经过排查，

简介定义：给多个对象处理请求的机会，减少请求的发送者与接受者之间的耦合。将接受对象链接起来，在链中传递请求，直到有一个对象处理这个请求。 速记：责任传递 案例：财务报销、击鼓传花、Sentinel（CtSph.java）、Zookeeper、Nacos我考虑对创建订单的流程通过责

京东到家订单中心系统业务中，无论是外部商家的订单生产，或是内部上下游系统的依赖，订单查询的调用量都非常大，造成了订单数据读多写少的情况。我们把订单数据存储在MySQL中，但显然只通过DB来支撑大量的查询是不可取的。同时对于一些复杂的查询，MySQL支持得不够友好，所以订单中心系统使用了Elastic

背景京东到家订单中心系统业务中，无论是外部商家的订单生产，或是内部上下游系统的依赖，订单查询的调用量都非常大，造成了订单数据读多写少的情况。京东到家的订单数据存储在Mysql中，但显然只通过DB来支撑大量的查询是不可取的，同时对于一些复杂的查询，Mysql支持得不够友好，所以订单中心系统使用了Ela

达达-京东到家作为优秀的即时配送物流平台，实现了多渠道的订单配送，包括外卖平台的餐饮订单、新零售的生鲜订单、知名商户的优质订单等。为了提升平台的用户粘性，我们需要兼顾商户和骑士的各自愿景：商户希望订单能够准时送达，骑士希望可以高效抢单。那么在合适的时候提升订单定制化的曝光率，是及时送物流平台的核心竞