@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 个月不就能直接买房了么。

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

@lihongming Lambda 的新功能，能跑 Docker 镜像，我没仔细看不过应该限制必须有特定的启动入口。

主要看你镜像有多大。
你搞一个 10G 的镜像试试。

盲猜第三方换过屏幕。

没碎的话去找天才吧，别说你摔的 就说不知道怎么就突然这样了

@liudaolunhuibl 手机的算力永远不可能赶上桌面机，所以你这个需求只能用云电脑。试试天翼云电脑吧，速度可以。当然，价格不会很有优势。

锤子 TNT 有啊，你又不乐意买。