@richzhu 所以让我怎么回答，而且我只是迟疑了 1 分钟，就觉得不行，什么场景细节都不知道。。。。

这个问题感觉完全不是分布式事务的范畴，B 落库的过程非常长，甚至可以人为干预关闭，如果真的是分布式事务，你这个请求的占用时间太长了，完全不如说你提供回退的接口或者通过消息队列自动触发，你自己做好回退的消息

华为终端，西研，我没有干到半年就走了，顺便顶替了一个 c 的名额

@lihongjie0209 要看场景的，如果是考虑性能问题限制次数，重启了，重新 300 也无所谓，反正服务器重启过了，300 也压的住，直接内存，相对于 redis 调用的性能损耗，要划算的多

你可以考虑 spring 的异步相应，直接返回 callable，servelet 3.1 规范支持

我之前的一个 tcp 服务器也有大量的 bitcoin 的信息请求过来，我的感觉是被被人扫了端口，乱发的信息

@lizhuoli 基于 webview 的可以直接使用 js，也就是自己有 js 的引擎，比如 webkit

@TommyLemon 怎么了，看不惯还不能 diss ？

@fox0001 mongo 的多对多是鸡肋

@TommyLemon 真几把烦，这不是广告吗？自己去开帖子去

1.adb,落后，慢
2.Accessibility 技术
3.xposed
不要问我为啥知道，因为我都干过

@gramyang 一个 map 结构存储数据，每个 channel 的 attribute 里面存这个 key。抛砖引玉

放到 redis 里面和直接写一个静态类，然后里面放数据有什么区别？