补充一个例子：1 -> 5 -> 25 -> 125 -> 512 *a *a *a 右移这个似乎能和上面的形成互补。小小一步，独立写出的深搜。结合题例和自己捏的例子大致没什么问题。可以一看。总体来说，还没到必须用动态规划之类的我还没掌握的算法才能解决的地步。debug技巧得到了练习。（我知道要回溯这件事就是debug出来的！同时局部变量是不用回溯的我也才明白。）凌乱的梳理：尝试使用这样的思路来解题：先考虑大多数情况下的需要的代码，再考虑极端情况下的补丁代码。A魔法和B魔法是可以交叉使用的——这就意味着可能异常的多，这就是递归出马的时候...

你要是直接说不想要招满了就行，这样做我真的觉得恶心😅😅😅

update：意向了，表白鹅厂

就是这个，百思不得其解。个人理解它的本质是：1、通过rr默认隔离级别下给当前记录加锁，只允许当前事务update，令多个事务串行处理该记录。2、判断库存数>0，才进行库存扣减。这跟乐观锁有什么关系呢？这不只是一个条件判断sql吗？如果说认为这是单纯靠库存字段作为乐观锁，那还是可能出现多个事务判断库存>0，并一起扣减，导致超卖，想解决该问题本质还是靠记录锁呀，记录锁不是悲观的吗不知道我是不是哪里理解错了，大佬们教教我！！😭