我猜楼主估计是想同时监听 tcp，同时又想要的 http 回调吧。一般 java 游戏服务端的操作是：用 netty 处理普通 tcp，嵌入一个 tomcat 或者 jetty （ sparkjava 是最简单了的方式了）处理 http...既简单又高效

@ccpp132 简单看了下，最主要的原因还是注释的代码都是同步方法，如果我们有别的函数调用的话（非同步方法），会发现结果是一样的，还是会死循环

@yuxing1171 确实是可见性的问题，昨晚说错了。另外你说的`第一个线程一直 busy，没时间同步 flag 的值`这个我是不认可的，安装其他楼层 说法，关掉 JIT 就可以正常结束。我倾向于这种说法，jvm 遇到这种空的死循环，压根就不会去同步数据（开启 JIT 的情况）

@125113483 多谢了，按照你的说法测试了下，确实会如此。但如果强制关闭 JIT，就会发发现可以结束了。所以我还是更倾向于是 JIT 的内部优化结果

@ffkjjj 还真是，测试了下关掉 jit 确实是可以正常输出的，多谢啦

@avk458 明白了，多谢

@zzl22100048 原来如此，多谢了

分子来了

这个趋势不仅仅是国内，国外也是

也不算慢吧，大概处理 1 个 json 要 40ms，处理 100 个 json 要 100ms，处理 10000 个 json，要 400ms 吧。看 json 大小

一般来说活动时间都是相同的，如果不同加个 Thead 就好了，每秒检测一次

没有。另外，1 楼说的开团来个 GC 完全不是问题。

如果不想外部使用 tomcat 的话，那就内嵌一个 tomcat 就可以了，有一个 tomcat.jar 的类库可以使用

我也经常遇到过，给个参考吧。和导入数据的方式有关，如果用 navcat 导入有时候就会出现问题。如果是自己手写的导表工具，则不会出现这个问题。

楼主已经去了这么多家医院，基本都是一个态度。说实话，我相信楼主也意识到了医生不好明说的话：真的没救了，不要浪费公共医疗条件，这边真的无能为力。如果我是楼主，只会赶紧让医生开止痛药，然后想办法去中山大学肿瘤康复中心，看有没有最后一点点希望

@odi 没办法，公司使用的办公软件是就是企业微信，以前还觉得微信挺良心，看来确实是想多了

@zhcode 上周还是可以的，发个图片，发个文字，不怎么怎么从今天开始，就限制了图片功能，我怀疑应该是除了文字外所有功能都限制使用了，讲道理的话，有点强迫使用的感觉

看人，有些人天生如此。如果这个人做前端你做后端，你肯定会提出另外一个问题，前端是怎么测接口的

@imn1 有这种可能。看来得了解下虚拟技术深层本质了