谷粒商城二十订单服务

Posted 2023-03-31 阿无，

rabbitmq相关知识

// 静态页面的引入，静态资源上传nginx等

192.168.56.10	gulimall.com
192.168.56.10	search.gulimall.com
192.168.56.10	item.gulimall.com
192.168.56.10	auth.gulimall.com
192.168.56.10	cart.gulimall.com
192.168.56.10	order.gulimall.com



- id: gulimall_order_route
  uri: lb://gulimall-order
  predicates:
  	- Host=order.gulimall.com

需要引入springSession，异步线程池，在引入的页面中显示session登录信息，这些在之前都配置过，就不赘述了。

订单基本概念

电商系统涉及到 3 流，分别是信息流（商品信息，优惠信息等一些数据的查询），资金流（付款，退款等），物流，而订单系统作为中枢将三者有机的集合起来。

订单模块是电商系统的枢纽，在订单这个环节上需求获取多个模块的数据和信息，同时对这
些信息进行加工处理后流向下个环节，这一系列就构成了订单的信息流通。

订单状态

1. 待付款
2. 已付款/待发货
3. 待收货/已发货
4. 已完成
5. 已取消
6. 售后中

订单流程

订单生成–>支付订单–>卖家发货–>确认收货–>交易成功

feign远程调用丢失数据

feign远程调用丢失请求头

Request targetRequest(RequestTemplate template) 
        Iterator var2 = this.requestInterceptors.iterator();

        while(var2.hasNext()) 
            RequestInterceptor interceptor = (RequestInterceptor)var2.next();
            interceptor.apply(template);
        

        return this.target.apply(template);
    

feign异步远程调用丢失上下文

简单讲就是spring提供的RequestContextHolder底层的实现是ThreadLocal，开启异步的时候，oderService和远程调用address、cart都是不同的线程，自然不能从ThreadLocal获取到上下文。

软的像奶母的手心。鹌鹑蛋的手心。诗眼的手心。也许走对了不一定。

房思琪的初恋乐园
林奕含

谷粒商城二十一订单服务分布式事务

举个例子，订单服务的执行流程是，订单服务的逻辑、远程调用库存服务、远程调用优惠券服务。

事务不会出问题

1. 假设订单服务出异常，代码都执行不到仓储服务锁库存、优惠券服务扣积分的远程调用步骤，不存在整体回滚的问题，事务不会出问题。

2. 如果是远程调用的库存服务出异常，首先库存服务自己会回滚，订单服务会在库存服务调用完成之后获取返回的锁库存的结果，得知发生了异常，订单服务也会抛异常，那么订单服务也会回滚。

事务会出问题

1. 假设我们订单服务是成功的，在调用库存服务的时候，出现了假失败的情况，例如服务器故障、超时等原因，库存锁成功并且库存服务事务提交了之后，一直没有给订单服务返回，远程调用有一个超时机制，远程调用会抛一个类似readTimeout的异常，就会出现一个问题，库存锁成功了，订单却回滚了。

2. 如果优惠券服务出异常，那么优惠券服务会自动回滚，订单服务获取到异常信息也会自动回滚，但是库存服务不会回滚

3. 如果订单服务在成功调用各远程服务，最后在整合结果的时候出现异常，那么订单服务会回滚，远程服务则不会回滚

本地事务

数据库事务的几个特性：原子性(Atomicity )、一致性( Consistency )、隔离性或独立性( Isolation)
和持久性(Durabilily)，简称就是 ACID；

• 原子性：一系列的操作整体不可拆分，要么同时成功，要么同时失败

• 一致性：数据在事务的前后，业务整体一致。
  转账。A:1000；B:1000； 转 200 事务成功; A：800 B：1200

• 隔离性：事务之间互相隔离。
  例如100个人下单，就会有100个事务，有一个失败了，它的事务回滚不会影响其他事务。

• 持久性：一旦事务成功，数据一定会落盘在数据库。

事务的隔离级别

• READ UNCOMMITTED（读未提交）
  该隔离级别的事务会读到其它未提交事务的数据，此现象也称之为脏读。

• READ COMMITTED（读提交）
  一个事务可以读取另一个已提交的事务，多次读取会造成不一样的结果，此现象称为不可重复读问题，Oracle 和 SQL Server 的默认隔离级别。

• REPEATABLE READ（可重复读）
  该隔离级别是 MySQL 默认的隔离级别，在同一个事务里，select 的结果是事务开始时时间点的状态，因此，同样的 select 操作读到的结果会是一致的，但是，会有幻读现象。MySQL的 InnoDB 引擎可以通过 next-key locks 机制（参考下文"行锁的算法"一节）来避免幻读。

• SERIALIZABLE（序列化）
  在该隔离级别下事务都是串行顺序执行的（也就没有并发能力了），MySQL 数据库的 InnoDB 引擎会给读操作隐式加一把读共享锁，从而避免了脏读、不可重读复读和幻读问题。

事务的传播行为和@Transactional的坑

1. PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。
2. PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。
3. PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。
4. PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。
5. PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
6. PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。
7. PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与 PROPAGATION_REQUIRED 类似的操作。

/**
     *
     * 本地事务，在分布式系统，只能控制住自己的回滚，控制不了其它事务的回滚
     * 分布式事务，最大原因，网络问题
     *
     * isolation = Isolation.SERIALIZABLE 事务的隔离级别
     * propagation = Propagation.REQUIRED 事务的传播行为
     * timeout = 30 事务的超时时间，该事务30s没有执行成功就回滚
     *
     *
     * REQUIRED，REQUIRES_NEW
     *
     * 传播行为：
     *      a,b,c方法都标注了@Transactional，a调用了bc，bc事务是否要与a共用一个事务
     *      如果此时b的传播行为是REQUIRED,c的传播行为是REQUIRES_NEW
     *          那么b与a共用一个事务，c新建一个事务
     *              此时如果a在调用bc之后发生了异常，则ab事务回滚，c不会回滚
     *
     *              如果ab事务都设置了timeout，那么b的timeout将失效
     *
     *  springboot事务的坑：
     *      如果abc方法都加了@Transactional，abc在同一个service类中，a调用了bc，那么bc任何事务的设置都无效
     *
     *      因为事务是用代理对象来控制的，如果像上面那样调用方法相当于把bc方法的代码直接粘贴到了a方法中
     *          同一个对象内事务方法互调默认失效，原因 绕过了代理对象
     *
     *      解决：
     *          使用代理对象来调用事务方法
     *              1. 引入aop-stater模块，引入了aspectj
     *              2. @EnableAspectJAutoProxy(exposeProxy = true)，开启aspectj动态代理功能。
     *
     *                  exposeProxy,对外暴露代理对象
     *
     *                  以后所有的动态代理都是aspectj创建的（即使没有接口也可以创建动态代理）
     *                  默认是使用jdk接口的动态代理
     *
     *               3. 本类对象用代理对象来调用
     *                  Object o = AopContext.currentProxy();
     *                  强转成我们的本类对象即可
     *
     *
     *
     * @param vo
     * @return
     */

别人家有位在MIT读博士的小孩对我说，他们没有讲义，也没有课本；老师上来讲一通，黑板上写一通，指定一批参考读物；几名教授讲课时互相批判，各有各的观点，各自推荐一些参考书指导你去读；然后你写，写文章不需要结果，只要思维逻辑是合适的，老师就给你打分了，这就是科学。老师讲的是他正在研究的前沿，他自己也未完全明白，科学是一代一代去努力的。博士只要有思想方法，不一定会有结果，有些科学太遥远，一步很难证明，过程正确也是好的。我们火花奖也不一定要有“结果”才行，否则怎么叫“青出于蓝而胜于蓝”呢？如果教育总是追求结果，学生思想就会被约束。所以，不能太实用主义，以需求为导向，牵引中国前进是不够的。教育应该放开让学生“胡思乱想”，只要他想的逻辑相吻合，就不要去约束他。读书是为了拿到开门的“钥匙”，关键是读一个方法学，运用知识的方法比知识更重要。因为知识可以在互联网上获取，怎么组合、怎么拼接，这就是大学要学习的。

https://baijiahao.baidu.com/s?id=1760664270073856317&wfr=spider&for=pc
擦亮花火、共创未来——任正非在“难题揭榜”花火奖座谈会上的讲话
任正非