镇楼图

假如我来写控牌堆和红利代码，我会这么写：
维护牌堆顶明牌和牌堆底明牌队列，被观星/观虚/问卦后的牌会被加入该队列，此后位置固定不变。其他未被明确位置的牌存在一个集合中，便于随时安排天过与红利。
这样写至少可以保证前端不露馅，不至于出现红桃7瞬移去牌堆顶的“不控牌堆”事件
天过和红利的概率根据elo机制浮动，比如连胜减概率，连败加概率，新将加概率等等。这套算法会比前面的维护牌堆算法复杂很多，因为必须精准拿捏玩家心理，既让玩家在自己获得红利时爽，又不让玩家在对手发明时破防

后台程序员最基础最基础的操作，遍历堆取牌堆底第二张某花色的牌作为判定牌，考虑到gocar的仁济操作基本都是啥瓜式的，不能判断兵乐，所以只能一律把红桃作为第一张判定牌所以先乐后兵很重要，后贴乐就不要这么做了，因为控牌绝对天过

很多时候小杀卡了就是牌堆有改动了，仁济也是代码来运行的，其中一个有变化势必导致其他代码也要跟着触发，所以后台返回会卡，但凡正常的提交轮询，比如血量改动，牌堆判定返回结果这种后台固定处理预判结算压根不会产生卡顿操作

仁济卡顿，只要不是烧条（代码没写无响应返回处理只能空等待），百分之一万的改牌堆，我自己用电脑玩就从来没卡顿过，也就之前放特效会吃内存卡帧，但是判定的时候总会时不时卡一下，因为小杀知道判定的花色，他有预处理触发机制，他插入处理他的代码，我这边也在操作，共同提交并发就卡了

取牌堆倒数第二张某花色的牌作为某些用途无非就是因为牌堆是分区间的，我很早就说过了，五年前我就预言，gocar的牌堆就是一份一份的可能是十牌一区间，可能是五牌，20牌，调用区间的牌进行处理，最后再放回去，就不会影响其他区间，各自独立的，也不知道他们是看了贴吧我的分析就这么改，还是本来就有，就来堵嘴，反正我删了，毕竟我没法看牌堆我也没法实锤因为牌堆顶的牌，和牌堆底的牌受到影响的可能性是很大的，所以前面后面几张直接划一个区间，不会作为操作区间，而是拿后面的顺数第二和倒数第二的区间操作。既不会造成过分延时，查询修改起来也快。代码就是这样，不是你说想改哪里就是哪里，
算法设计入门第一课先教时间复杂度t和空间复杂度s矛盾，前者是体验，后者是成本，这俩你得折中进行设计。

我觉得只是发红利。就像界沮授起手发ak山河图里乐不中，只是在未知的牌堆里检索出相应的牌后给玩家显示出结果

地藏王应该是有奇门八阵的ak符出牌阶段自动获得一张诸葛连弩

神图来啦

@刘焉 你知道吗？

就是明着不演了，排位胜率被硬控到50胜率，拼技术也没用，一个动态牌堆能直接控死了