snaptok

幸运的是，总统发现每次都有一半的经济学家说的是对的，不幸的是，他不知道下次对的是哪一半

JVM 里方法签名是包含返回值类型的，返回值类型不同，方法签名不同，可以同时存在。不能存在不同返回值类型的相同 Java 方法是 Java 语言层面的限制，也即 javac 编译的限制。直接操作字节码可以写出这样方法，是完全合法的。

像样点的公司都会吹嘘异地容灾高可用，是否真的能做到只有挖断光纤才知道

我再回复一次吧，我想面试官可能要问的是类似覆盖索引这种情况，不一定是用索引树直接定位，但是可以扫描整个索引，这种也算"用到索引"了

看怎么定义"走不走"了，非前缀匹配的情况下，MySQL 虽然无法直接用联合索引定位，但是可以全部扫描索引，也算是一种使用吧，总比扫表要好。

JIT 有足够的信息，如果一个类没有子类的话是可以 inline 虚函数的

当然比 heap Buffer 高啊，而且 Java 的实现 direct buffer 也是在 GC 的时候回收的，这里讲的 heap 和堆都是指 JVM GC 管理的那部分内存。
性能高比 heap buffer 高是因为 heap buffer 在做 IO 的时候有 heap buffer 和非堆内存之间的拷贝，读的时候是内核内存 -> 非堆内存 -> 堆内内存，写的时候是堆内内存 -> 非堆内存 -> 内核内存。direct buffer 省了这部分的拷贝，但是用户内存和内核空间内存的拷贝还是在的。
为啥 heap buffer 要拷贝一次，是以为现在 JVM 的实现，IO 的时候如果发生 GC 的话，没有机制保证 buffer 的地址不变，所以只能先拷贝到非 gc 堆管理的地方，再做 IO

ByteBuffer.allocateDirect 是使用 mmap 分配的，都是在用户空间的内存

没有埋点一个协程就会一直占了 P 啊，P 队列上其他的协程就没机会执行了

从携程收购之后就挺正常了。去哪儿的测试地位很高，技术发展也很不错，可能庄辰超就是 QA 出身的，值得一去

还好，当时我都是先看一下答案，再自己写一遍，效率高多了

11 的代码刚从主线拉出来，主线就变成 12 了啊。现在肯定还没有新的特性加进去

@DXDE443 不需要屏蔽，只要不加 module-info.java，还用 classpath 不用 modulepath，就基本上感觉不到它的存在。至少在第三方库都 module 化之前(这个也许需要几年时间)，项目中用 module 是没什么意义的。

@DXDE443 对的。比如 iPhone。。可以去了解一下 Gluon Mobile 这个项目。手机也只是目标之一，还有车载设备，物联网啥的。能应用得多广泛就看 Oracle 的造化了。

嵌入式这类资源有限的场景可以方便裁剪一个精简的 JDK
模块级的作用域，只有 export 的 package 才能被其他模块使用，这个是一直依赖缺少的
反射的限制，只有 open 的才能被反射调用。
可以以模块为单位做 AOT 编译
传递的依赖可以不导出，比如 B 依赖于 A，C 依赖于 B，可以让 C 看不到 A。
等等

当然现在总体上来说对开发者带来的麻烦比好处大，至少目前为止