最近做了购物车业务，把学习到的知识整理一下
购物车功能分两种状态，未登录状态和已登录状态
未登录状态的购物车：
利用cookie中的value(value可以是一个uuid来保证唯一性)再加上一个前缀比如REDIS_CART作为redis的key,然后将购物车的数据转成json存到redis中，这样就可以达到京东未登录状态下加入商品到购物车类似功能。
但是这样储存的话，如果购物车中有很多个商品，之后要修改购物车中某个商品的数量，我们就需要将所有的商品取出来遍历、判断、修改然后再重新转换成json再存到redis中，这样就有点麻烦了，因此就采用了redis中的hash结构的储存方式。
它的结构方式是：
那问题来了我们怎么储存比较好呢？
redis-key保持不变，然后可以将itemld作为字段，然后将数据存入到value中
如果需要修改商品数量的话直接可以通过itemId找到对应的商品修改而不需要去全部取出来了，
在购物车页面我们可以通过勾选前面的复选框来选择需要的商品进行下单，怎么实现呢？如果复选框被勾选了，在提交页面的时候将对应的商品id一起提交，如果全选，那就不用提交商品id，那么在提交订单的时候我们只要判断，如果传了商品id那么指定商品下单，如果没有提交商品id那么就通过用户的id（在提交订单时用户肯定已经登录过了，查询用户下的所有订单进行全部下单）。
登录状态的购物车
当我们在未登录状态下单的时候，会跳转到登录界面，让用户登录，这时候我们就要将未登录状态下的购物车数据在登录后合并到一起。
那么登录之后合并的数据逻辑应该写在哪儿呢，由于登录功能是单独的一个工程，因此我利用了mq的技术，在用户登录成功之后，发送消息，然后在购物车系统中监听到消息之后再处理数据合并，而消息内容是一个userId,用来确定合并之后的数据保存在哪个用户的购物车中，另一个就是cookie中的uuid，通过uuid查询到该用户在未登录状态下购物车（之前购物车的优化，已经把未登录状态下的购物车数据储存到了redis中，而redis的key就是这个uuid，如果用户登录携带的cookie中的uuid和redis的key一致，那是不是就可以合并了？）然后进行数据合并，那这个功能也就可以完成了。
需要主要的是，我们合并数据之后是不是还要把redis中的购物车的数据删掉，如果不删掉的话，下次登录的话是不是又要合并了。
我们下单之后，应该要将购物车里的数据删除掉，如果不删除的话下一单购物车里的数据就又会增加上去了。
那我们考虑一下，删除购物车的逻辑应该写在哪里呢，web还是order呢？我们是不是应该写在order中，可以在order中调用cart的接口实现删除购物车的逻辑，但是！！！耦合度呢？是不是很高，这里我利用了mq，这里也是一样，在订单生成后，我们可以发送一个消息出去，然后通知cart工程，cart通过监听这个消息将用户的购物车数据删除，那么发送消息的内容是什么， 什么是必须要的，userId是不是必须的？，还有itemId是不是有这两个就可以了，其它的数据是不是可以通过这两个id查询出来。
这里还有个问题，我们删除的是登录状态的购物车，那么未登录下的购物车是不是要删除？不用！！我们在登录的的时候是不是已经将未登录状态中的购物车数据合并了吧，一旦合并之后，就会将未登录状态下的购物车数据删掉
这就是整个购物车的大概思路！！！
