从现象上看，突然有两个疑问点：
1 、YoungGC 变慢是扫描了全部的字符串常量池 ?
2 、YoungGC 无法回收字符串常量池里的 stringTable 缓存的字符串 ？

等一个吃肉的兄弟

当时传言说是三家让利给了腾讯，才出来了微信这个东西。

选三，1700 大洋买吃点

所以鸿蒙是不是和安卓不一样呢？这个概念还是没搞懂。

update-alternatives --config java ?

@ysc3839 感谢朋友，我去学习下这个工具

等电子阳痿后，会怀念打游戏激情的时代

@wxf666 我也不是特别懂，实际还是要和不同类型的数据库有关系；平常用 Oracle 比较多，如果大批量更新的话，链接等待时长比较长，占用资源比较多；如果是有传输问题的话，比较稳定的逻辑场景的话，我会考虑使用简单的 produce 来做。

唉，实在是没有语言天赋，感觉怎么学就是学不会。

查出来，然后批次更新吧；不然这样压力全在数据库，万一单点的库，万一堵塞，服务直接不能用了。

3B 那个分支没有；有没有可能是不是 A 的代码没有 rebase 到 3B 的那个分支呢？

打，真的会热死人的

@L0L
debug 了一波，简单总结下：
1. 注解中的方法默认使用了的静态常量值；经过反射获取到的该默认值，与原本的静态常量值对象是不相同的（!=）；
（注解的默认值通过 `AnnotationParser.parseMemberValue` 重新产生了一个新的对象）

2. 不同的属性（方法，类等）上的注解，通过反射获取到的注解实例，都是不同的对象（!=）；
（注解对象是通过 JDK 动态代理生成的，所以每一个都是不同的呢）

3. 不同的注解实例，如果使用的都是默认值的话，每一个默认值的对象都是相同的（==）；
（该对象存储在 AnnotationType 上[我理解为一层 java 缓存]，通过 cas 保证线程安全）

4. 如果显示的指定具体注解的值（即使是静态常量值），最终获得的默认值对象都是不相同的（!=）；
（每一个注解的默认值，都是通过 `AnnotationParser.parseMemberValue` 产生的，顾与 **1** 是一致的 ）

JVM 层为什么没有使用到常量池，还在学习 ing （暂时看不懂 CPlusPlus o(╥﹏╥)o ）；

欢迎大家指正...