@noble4cc #5 其实不需要走四次根结点，因为 B+树的叶子结点是一个链表，它可以在上面找到你所有的数据。所以只会是在取下一个子结点的时候会触发 IO，一般情况下 3-4 次 IO 就可以了。

实时一致，也就是强一致，那估计还是只能用 2pc 或 3pc 来实现了。另外 RocketMQ 有一个功能是事务性消息，可以考虑一下。
如果你要实时一致，那肯定不是结束前不能返回罗。也就没必要轮询啦。

@Leonard #6 是啊，正常是这样的，但按这位兄弟发的，996，另外周日的大小周，那就是很惨了，一周才休两天

原来这样才叫大小周，长见识了。

PS：这 TM 大小周不是一周周六要上，一周不用吗？怎么变周日了。真是活久见了

@intouchables #30
@reedthink #52 其实我更担心的是后面各应用又会针对这种返回空白数据做特殊处理，毕竟国内的这些厂商多没有下限的事情都做得出来的。

是挺惨的，从 iphone 6s 换到小米 9 。感觉 Android 和安卓真不是一回事，如果只用国外的比较好点的应用，一般都比较规范；但一旦你要接触到国内的应用，就会发现果然垃圾到哪里都是垃圾（是金子哪里都会发光，是垃圾哪里都会干坏事），BAT 三大国内业界毒瘤简直是牛叉。
按照国内安卓这尿性，我下一台手机还是会回到 iphone 了，虽然诸多限制，但也起码好过面对这些毒瘤来得好。

@Jaosn #1 权限获取会在启动的时候请求获取。但有些垃圾应用，你不给它权限直接不给用。这个功能只是一个唤醒或者说 app 的操作列表。

所有工作，这就有点奇怪了吧，照理只需要上一份工作的薪资，并且是要提供流水。
而离职原因一般都会要的，这个所有工作也没啥奇怪。

你就只需要填上一份就好了，再上的直接说忘记了就好了

其实还是要少戴，什么耳机戴太久都不舒服的。
另外，每隔一段时间休息一下罗，不要戴超过 2 个小时。

楼主加油！

不错哈，收藏一下。也想搞一个黑苹果，白苹果配置太低了

之前升级到 19.3，升级完 CPU 一直爆棚，后面还是滚回到 19.1，IDEA 论坛上面也有一堆人说有这样的情况。
后面的升级感觉还是小心点，毕竟吃饭的工具，折腾来折腾去太累了

普通胃镜比较恶心，痛倒是不痛的，反正跟你吐的感觉差不多。
如果可以还是做无痛的吧，暂时不能做就过段时间再做。

Star+1，楼主牛啤

@zxc1234 #44 这问题有点多哈，搞得好像我在面试一样。
1 、B+树叶子节点是通过双向链表来实现的，因为在解析过程中很可能要往前遍历。
2 、netty 是一个 java nio 框架，负责网络协议解析啊。dubbo 的 RPC 协议就是通过 netty 来解析和传输的。
3 、自动发现不是说真的全网去搜，只是一个形容而已吧。也是要提供方主动注册上去的。

试用了一下，强啊，支持楼主

我来答一下 8
B+树不会在正常结点中存放数据，会在叶子结点中存放数据，并且是通过链表组织的，可以通过链表获取所有数据。
@zxc1234 #41
dubbo 怎么调用？是指 consumer 怎么调用 producer 吗？那就是 RPC 罗，因为 dubbo 用了自己的协议，详细可以找一下网上的文章。
zookeeper 获取到 producer 地址？ zookeeper 不需要获取 producer 的地址啊，producer 的地址是注册到 zookeeper，由 consumer 去获取。
而 dubbo 获取 producer 的地址就直接通过 zookeeper 提供的 client 去获取的，没啥特殊的东西。

@zxc1234 #24 对的，这是正常的多机房方案。当然，你要是想要再复杂点，可以参考支付宝的“两地三中心”的部署方案。那个就太复杂了，正常情况下都没必要。
回答一个另外两个：
6 和 7 是同类问题，因为这里完全是等值的，引擎会把语句优化成可以使用缓存的情况，因此是可以用到缓存的。
你可以简单的这样认为，当没有完全覆盖索引的情况下，需要使用最左前缀原则来分析，如上面的比如只有 c = 'xxx' and b = 'xxx'这里就要用最左前缀原则；而如果覆盖到了就没那么简单了，比如上面的 b,c,d 都覆盖到了，这里还要考虑引擎优化的情况，就是顺序的处理上面。

@zxc1234 #17 单机房，机房挂了就没了。
如果是上了云，有前置的 Load Balance，可以赶紧挂上一个新的另外一个机房的服务。如果没有用 LB，是直连机房，那神仙都没办法了，只能等恢复了。