@qianProgrammer 你分析一下二者的时间复杂度吧，redis 的 span 维护的时间复杂度是 O(k)，k 是该层级的高度

如果采用下标索引的方式，那么请问增删节点的时候，如何快速的维护所有节点下标索引的准确性呢

我属于那月入 1 千的 6 亿分之一

买华为啊，马上就绝版了，有收藏价值

脉脉上找女助理

有的手机还会扫描你相册，把不和谐的照片全部删掉呢

@CantSee 看一下楼主补充的时间与我回复的时间

拉倒最后一个评论才说出最好的方式，sse 啊，一个半双工的场景，用 ws 干啥，轮询那么浪费资源，考虑一下服务端压力呢

这种傻逼公司不值得去

curd 仔

看一下”柯尼斯堡七桥问题“，你这个还需要加上回到起点，应该是个 NP 问题

A 与 B 互斥，B 与 A 也应该互斥吧？如果是，你的 sample 就有问题了。
根据互斥关系，构造一个无向图，不互斥的可以连通，问题转化为找到一个起点遍历所有点，并回到起点，每个点只能经过一次。
简单的办法：bfs，本质上还是全排列的剪枝版本。
如果构造无向图是正解，那么应该有其他更高效的解法。

redis 啥时候可以干数据变化推送的功能了

有向图，出度为 0 的节点为拿货者，然后向上回溯两个入度的节点拿返点呗