@FreeEx #46 我是用 Docker 隔离的。然而参数调不好的话他自己总是炸呀。一个服务老重启很烦呀。

我同意 LZ 的观点。
我是一个运维。在测试环境中，我用一台机器跑几十个 Java 微服务。于是我有一个很简单的需求：让这些服务和平共处，不要干爆内存或 CPU 。我希望简简单单地将单个微服务限制为使用 1G 内存。至于这些内存怎么分配，是你 JVM 自己的问题。

然而 JVM 做不到。我要让 JVM 不超过 1G 内存，那我得把 Xmx 设置为 512m，然后一小撮 VM 逼近 1G 内存，大部分 VM 跑 700M 。这些配置必须小心调教，不然有的服务就会疯狂 GC，干爆 CPU 。如果不小心把限制设的太宽，VM 们还会干爆内存，导致部分 VM 崩溃然后不停重新启动，于是服务器就挂了。

@ddefewfewf #35 为啥凉了？我刚买了终身会员🐶

所以暖和过来之后恢复了吗？

@luob #17 怎么就删内容了呢？

@sunziren #3 既然是老旧 ipad 再利用 就是想着省钱。都每年订阅了买个专业电子相框不好么

@domosekai #15 你说的这种攻击是“重新绑定”，与是否绑定到内网地址无关。

@yaphets666 #3 所以每个人的 route 是不同的么。

白平衡。你的屏幕是不是偏黄严重？试试让屏幕显示其他颜色

LZ 应该备注一下，在知乎链接中有 JD 。

还是赶紧研发可以横着走的车吧🐶

这个是小程序码，不是二维码，只有微信能扫。

是指那种漂浮在桌面上的电子便签吗？你这边创建了一个便签，你家人屏幕上 biu 的就弹出来一个？

emmmm……那么谁来规定哪个是李逵呢？

见识过 java 你就知道企业根本不在乎内存。

回复 LZ 的问题。如果你一次只发一个包，过很久才发第二个，那肯定不会粘包。但你要注意自己的包大小，如果超过 1500，那会遇到拆箱问题。万一网络一卡 你先收到第一个箱，第二个箱还没到你就去处理数据了，那也会有问题。

网卡发送信息类似于用菜鸟裹裹呼叫快递员。你想发消息就呼叫快递员，快递员要过一会才能过来。快递员那里有包装箱，一个包装箱能放得下 1500 字节左右的数据。

对于 TCP 连接，你想发一个消息的时候呼叫快递员。快递员还没到，你可能又想发第二个消息了。等快递员来了，你都准备好 3 个消息了。快递员发觉你这三个消息是通过同一个 TCP 连接发出去的，因此把他们打包在同一个快递箱子里了（这三个加起来还没到 1500 字节）用一个快递单号发出去了。这就是粘包。
然后你想发第四个消息，于是再次呼叫快递员。这第四个消息有 1600 字节。快递员发现一个包装箱放不下，于是把你的货拆成了两箱发出去，第一箱 1500，第二箱 100 。第二箱还没装满，如果你有其他消息要发，可以和第二箱一起打包发走。
TCP 是面向连接的，快递员只要发现是同一个连接的数据，就会自动帮你合箱。所以如果你连着发送两坨数据，就有可能粘包。

UDP 则不同。UDP 没有连接，信息与信息之间毫无关系。所以你即使连续发送 100 个每个只有 1 字节的信息，也会分成 100 个快递箱发出去。这绝不会粘包，但坏处是你得付 100 单快递费，性价比低，而且丢了不管。UDP 虽然不能合箱，但提供拆箱服务，如果你想发 1600 字节的数据，UDP 也能帮你拆成两箱。有趣的是，这是一个可选的服务，你可以明确选择声明拒绝拆箱，那么快递小哥发现超重之后会直接拒发快递。（你不用自己检测是否超过 1500 字节，因为有的快递能发大包，一个包能装下 9000 字节）

年份限制吧。不然外地人来了直接补缴 24 个月还是 60 个月不就能直接买房了么。

而本地人不交社保也能买房，于是随便交。