什么服务？改的什么配置？什么都不说，让人怎么给你参考。去医院看病，光说痛也不肯说哪里痛，呵呵。

阿里的开源项目不要用，离远点

@sunine 去年只要十几万首付就能买闲林 70 几平的

去年跟我一起看房的夫妇，犹豫不决，只有 20 万首付，闲林看不上，耽搁了几个月，后来闲林都买不动了

过去一年，没有哪个月支出低于 25K 的，哎，不说了，说多了都是泪

@IamJ 不就是觉得能早几分钟送到嘛

十次上当，九次是贪小便宜，剩下那次是贪大便宜

@DoctorCat 读读文档就能写出 netty 这样水准的库，鹅厂 3.3 起，阿里 P8 起，税后 50K 都不算高，毕竟现在写个增删改查都 15K 以上了

@gnaggnoyil 但是 C++的指针容器不是线程安全的，也要手动处理循环引用。Rust 也一样，需要时刻明确 ownership，多线程时还要搞明白 Send 和 Sync。门槛可比 JVM 的 GC 高的多，JVM 语言只要留意别让全局变量持有对象引用，其他内存问题一般不用管了，极少数性能非常敏感的库，才会去玩 off-heap 那套东西，比如 netty 的 buffer，netty 不但大玩 off-heap，还用 JNI 实现了 JDK 不支持的功能，但这只是月薪 50K 以上开发才需要熟悉的事情，一般人碰不着。

在初始化 bean 的时候创建一个 ConcurrentLinkedQueue 和一个 AtomicInteger 计数器，还要注入一个 ThreadPoolExecutor。

A 往 queue 里塞数据的时候计数器加 1，如果满 100，把计数器减 100，并且往 ThreadPoolExecutor 里扔一个消费 100 个数据的 task，这里减计数器和扔 task 要做好同步，用 double check 加锁简单同步下就可以了

if (counter >= 100) {
synchronized (this) {
if (counter >= 100) {
}
}
}

除了每满 100 个，还可以控制下时间，比如上一次写入 db 有 5 分钟了，那么不管当前满没满 100 也要把 queue 里的数据写入 db，光靠数量控制是不够的。


需要特别注意的是，不要在 controller 里创建线程，那是个不好的习惯，容器里的线程是被托管的，你在托管的线程里创建自己的线程，会带来潜在问题。

没有提前买的习惯，买不到 8 号的可以买 9 号早上首班车，直接去公司

单机 qps 轻松上 3000 ？ 3K 也好意思说，单机 30K 都不用动脑子的

并不看好 zend api 的二次封装，熟悉 C 的，模仿 php 源码 ext 目录里的写法就能开干了，常见的跟 php interop 的姿势全都有。写扩展的人本来就少，其中绝大部分都用的 php 官方那套，选择一个二次封装的方式，无异于把潜在 contributor 排除在外。

前几天把 php 同事写的 Java 基础库重新实现了一遍，只用了不到 1/3 的代码，在他们经验里，估计开发效率能差 5 倍以上了

因为总有 sb 能写出内存泄露的代码来还对此毫无意识，不问能行吗？

不用懂 gc 细节，只要熟悉对象生存周期内在内存中的流动，看得懂 gclog，会调几个参数就够了

JVM789 的 GC 变化不大，不大用的 serial，默认的 parallel，并发的 CMS 和 G1(JVM9 默认 G1)，CMS 已经 deprecated。所以只需要了解 parallel 和 g1 了。

JMM 变化更小，核心的东西从 Java 5 开始没有变过，到 Java 9 也不过细节上稍有增强，当然了，JMM 跟 gc 没什么关系。

@jjianwen68 再过一年，oracle 官网下载不到 java 8 了，不想用 openjdk 的，提前下载做好备份吧