所以“粘包”这东西就是搞错了自己写基于有边界的应用层协议，通过 TCP 层传输时，会体现出 IP 层的传输边界，但实际上 TCP 层没有“传输边界”这玩意，就是一串在管子的粘性果冻串，透明到看不出边界，就算 IP 层将管子切成一段段，在连一边粘回一起，从管子出来时，还是一整条透明到看不到边界的粘性果冻串，所以应用层需要自己塞一些有颜色的果冻段来方便接受层知道，这一长串果冻是有边界的。

25 天前

回复了 error0 创建的主题 › 程序员 › TCP 粘包？到底有没有粘包？

首先记住 TCP 是一个流式负载的传输层协议，对上层应用层协议没有明确的报文长度机制，所以 100 字节输入进去，对面不保证一次读取就是 100 字节到齐（可能多次 1 字节交付，或者连后面再传入的 100 字节一起交付）。所以需要知道报文长度的应用层协议必须自己想办法制定应用层报文长度确认机制，不要靠 TCP 帮你解决这个问题，它不解决。

56 天前

回复了 beiwarm5 创建的主题 › 宽带症候群 › 请问 ipv6 每个设备都有公网 ip 安全吗

路由器有状态防火墙，可以限制指定端口（或者包括指定地址）进入。不乱开端口可以减少能钻的洞。而且 ipv6 主要依靠大网段能延缓发现的可能。

不过 ipv6 更考验终端设备的防护能力（自身没有自带网络防火墙和软件漏洞应对能力）。另外一些 IoT 设备好像未完全支持 IPv6 （一些网络摄像头的网络配置好像还是基于 v4 ）

56 天前

回复了 cwek 创建的主题 › Linux › 一个关于 md 和 lvm 的问题

@MeteorVIP 只是变相 raid10 ，而且看了资料，一个已有的 lv 再添加 pv 的话不会和之前的 pv 组合成连续的条带组，所以只有容量增加了，达不到 raid10 的 0 部分的效果。这次其实相当于整个阵列重建，因为新加入的 1 组合的大小和原有的不对，有弄丢之前创建时的参数，所以干脆整个拆掉重建。

56 天前

回复了 cwek 创建的主题 › Linux › 一个关于 md 和 lvm 的问题

@Ayahuasec @adrianzhang 由于之后往这个磁盘阵列写了一天多的数据，没再继续观察。然后拷完数据以后，就没再出现突然少量写入导致磁盘无法休眠的情况。可能就是新磁盘 lazy init 的问题。

61 天前

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

物联网机器的维护人员素质达不到普遍使用 Linux 维护吧？就算调转来看，我们很多地铁闸机、充值机，银行 ATM ，医院的终端机，不还是 Windows ？

61 天前

回复了 akiflax 创建的主题 › Android › 从 Android 手机复制文件到 Windows，并保留时间信息？

保留时间信息的话，samba 可以。

62 天前

回复了 cwek 创建的主题 › Linux › 一个关于 md 和 lvm 的问题

@Ayahuasec
has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg inline_data sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

ext4 特性参数配置了这些，感觉有这个可能。

» cwek 创建的更多回复