这种类似订单状态转化的问题算是互联网行业内非常普遍的一个问题了。有几点建议给你。
1、首先，这种订单状态的转化往往不容有失的。这种场景，99%的都要加锁。不能完全信任外部的调用顺序，或者你引入消息队列，加锁还是必须要有的。具体使用乐观锁、还是悲观锁，使用redis分布式锁还是zookeeper的分布式锁，这要结合业务。
2、加锁是会影响效率，但是订单、支付、银行流水，往往数据正确 优先于 处理高效。需要做的是在保证数据正确的基础上，如何去提高效率。。 “接口的调用量还是很大的，并发访问的话，很多接口都在等待中”，有没有把锁调整到，尽可能锁住需要锁的地方。代码做优化，把不必要的操作移到锁外，缩小加锁代码的范围，这又是一个效率的提升。
4、最后你提到并发队列，不知道你就是指“并发队列”还是“消息队列”。不管你是指哪个吧，用这些东西的前提，就是一定做好幂等性，解决乱序问题。而这基本又都会涉及到加锁、状态机、补偿机制。
5、在中大型的分布式系统下，你设计的系统、接口都要预防重复调用、乱序调用。
接口是应用程序实现前后端分离的重要手段之一。
调用接口出现异常，有两种原因。
第一种原因，前端传递接口参数时，组装的格式不正确，此时需要通过纠正前端参数组装逻辑来避免这个接口异常。
第二种错误，前端传递的参数到达后端后，在后端执行时出现了运行时异常。
服务接口调用异常表现为系统闪退，原因和解决方法如下
1、可能是系统崩溃的原因，可能是原来手机里装的东西太多了，卡死导致系统崩坏。这种情况只能恢复出厂设置，长按手机电源键关机，在确认完全关机的情况下，同时按住手机音量减键和电源键不放，直到进入手机Recovery模式后，有一个安卓机器人，此时按主菜单键即可进入操作界面。
2、在操作界面找到wipedata/factoryreset和wipecachepartition。把光标移到wipedata/factoryreset，按电源键确认，并将光标移动到“YES”确认即可。同样进入wipecachepartition按电源键清除缓存，然后选YES确认。手机重启，恢复出厂设置成功。
编程的话，可能参数传错，内存没释放。
调用别人的dubbo接口的时候，一直提示调用接口 timeout 的异常，最后发现是提供者的系统异常引起的问题。
我简单的总结一下出现time out异常的原因：
1.服务器问题，服务器的带宽、内存、CPU、存储空间等不足的时候会出现该异常。
2.生产者问题，生产者本身的接口实现有BUG，消费者调用生产者的接口可能也会引起time out 异常。
3.消费者的配置问题，设置的超时时间太短，如果生产者执行的逻辑需要很长的时间超过了消费者的超时时间，也会出现time out异常。
由于生成健康码需要读取核酸库资料，简单而言就是核酸库出现大塞车，导致未能读取、健康码生成失败。技术团队随即断开与广东核酸库接口，健康码亦恢复正常。而异常情况约维持1个小时。
一旦发现核酸库接口异常，就会断开连接及绕道，不经内地核酸库，直接生成健康码，以减少对社区生成健康码困难的情况。
健康码的实行受到很多因素影响，比如参与主体的协同性、面向群体的复杂性、信息审核标准以及监管机制等。
要实现疫情防控和复工复产的平衡需要调动多方资源多元主体，形成协同联动机制。比如政府积极提供财政补贴、交通部门提供人员运输、信息技术公司加强研发和系统维护、基层干部积极发挥主动性推广应用等。