@antonius 你说的这个东西啊，exciting

是 IPv6 设计的时候把问题想的太简单了。想想出口网关多条线路 3 层分流怎么做吧，RFC 说要把策略丢到主机上，不知道有几个能支持的 https://www.rfc-editor.org/rfc/rfc7157

这个没法量化，下次再自己部署一套流程管理和代码托管系统试试。

不是骗保，保险赔的是你财产损失，不是修理费用。金额定损员认可就行，一般不会有 4s 店报价那么高，他们本来定价就贵，还可能有回扣。

可以，定损就行

如何真正拥有一个域名: /etc/hosts

@dingwen07 确实，上面几楼就给出了几个 common transformation 的例子。。

1 楼说的对

@zhh0000zhh #94 严格来说问题本身就是不准确的，两个类空间隔的事件在不同参考系看来可能有不同的顺序（两台相对静止的服务器所处引力场不同，参考系也会不同），所以分配 ID 应该以哪个参考系观测到的顺序为准？回答了这个问题就等于引入了一个参考系作为仲裁。

OOM 日志是指 Java 的还是系统的？哪个进程的或者 kill 了哪个进程？

Xmx 加起来有多少

问题的核心就是为什么需要递增，被你一句话带过去了？

不知道你业务顺序是怎么定义的？
两个不相关的客户端几乎同时发送的请求本身就是没有顺序的，网络随便抖一下到服务器的顺序就变了，更不要说还有相对论了。技术上讲，事件先后只有在同一个点比较才有意义，你分 ID 的时候就是要保证和这个顺序一致。比如来自同一个连接的请求在同一个线程处理。

@dog82 那就再升级

这种需求不管怎么折腾都等效于一个单点

还得做 NAT ，不光是 docker 的问题，IPv6 就没想明白公私域怎么解耦

个人拿的是回扣，4S 店拿的叫利润

有共性就继承，没有就 std::any ，直接用 void* 也没啥不行的。

@lysS 这个讲的比较清楚： https://stackoverflow.com/a/14388707