项目二问题

钉钉、微博极速扩容黑科技，点击观看阿里云弹性计算年度发布会！>>>

dubbo应用场景（协调不同系统之间的服务）
我做的这一块，微信下单系统中，要调用加入购物车的操作，无论什么端，都是同一个数据库，接口可以写成通用（接口在其他系统中），微信端只能通过rpc调用这个接口，就用到了dubbo的注册服务和消费服务的功能。
zk一方面管理多个机器之间的健康情况，负载均衡，处理消息的情况。作为dubbo的注册中心，一般有d就有zk。

mq消息队列（延迟队列实现）
削峰，促销过程中，1千个用户同时涌进来，并发量太多，接口可能会受不了会炸掉。不利于系统的操作。这个时候用队列，让它一条一条地去处理。比如库存只有100个，那就直接把后面的用户去除掉。以及有序进行。

redis
正常电商平台都会有一个缓存系统。无论做促销，还是常搜索的商品。会对热数据进行存储。这边有个机制，做促销的时候商品就放在redis。另外一个机制，当用户搜索的某个商品在第一天位居榜首的，会（自动）把这条数据加载在redis中。第二天用户可以直接从redis中取，而不用在数据库中存，这样反应速度会更快。
分布式锁（秒杀相关）zk分布式锁也要看看。

遇到问题
预售订单的问题。比如耐克鞋有新品要发布，把他提前预售出来，然后预售订单和真实销售订单是不一样的。因为它不走库存，就单纯记录一个数字，一个字段到数据库里，到后面再处理。预售商品不能加入购物车，只能直接购买，然后点击支付定金。到后面再减去差价购买。
如果设置它可以加入购物车或者走库存的话后面回报错。

2个前段，一个负责页面，一个前后端交互。
四个后台，一个架构师，两个测试，一个安卓。一个ios