首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >为什么有的同事在列表里,有的不在

为什么有的同事在列表里,有的不在

原创
作者头像
PC电脑医生
发布于 2026-09-22 16:02:37
发布于 2026-09-22 16:02:37
1160
举报

打开飞秋官方纯净版,用户列表里出现了隔壁工位的同事。

但另一个楼层的同事,怎么刷新都不出现。

两个人明明在同一个公司的网络里。

为什么?

因为这类工具是靠"广播"找人的。

而广播有边界。

先看它怎么找到其他人

常规的聊天软件都要连服务器。

你发一条消息,先到服务器,服务器再转给对方。

所以断网就用不了,服务器挂了也用不了。

飞秋这类工具不是这个模式。

局域网的通信软件里,有一个经典的协议实现,叫 IP Messenger。

飞秋官方纯净版就是基于这套协议的。

它的设计前提是:大家本来就在同一个局域网里,为什么还要绕一圈服务器?

既然能直接找到对方,那就直接找。

找人的方式,是用 UDP 广播。

广播的意思是:把数据包发给网段里的所有人。

它不是"一对一"发送,而是"一对多"——同网段里所有设备都能收到。

软件启动时做的事很简单:

往广播地址发一个包,里面写着自己的信息——用户名、主机名、IP 地址、监听端口。

谁收到了这个包,谁就把这条信息记下来。

一次完整的"上线"

整个过程分三步。

  • 启动(动作:向广播地址发包,声明自己的存在;结果:同网段的人把你加入列表)
  • 应答(动作:收到广播的人,单播回一条自己的信息;结果:你把他们加入列表)
  • 退出(动作:发一个特定标记的广播包;结果:大家把你从列表移除)

注意第二步用的是单播,不是广播。

因为此时对方已经知道你的 IP 了,直接点对点回一条就行。

没必要再广播一次——那样会让网段里所有人重复处理同一条信息。

这个细节体现了设计上的克制:广播的代价是"所有人都要处理",所以只在必要的时候用。

默认端口是 2425,UDP 和 TCP 都用这个号。

一个用来发现,一个用来传数据。

为什么消息和文件走不同协议

这一点值得单独说。

同一个软件,发消息和传文件用的是两套协议。

  • 发消息(协议:UDP;原因:延迟低,一条消息丢了可以重发)
  • 传文件(协议:TCP;原因:需要保证顺序和完整性,不能丢块)

消息用 UDP 好理解——聊天消息很短,偶尔丢一条重发就是了,不值得为它建立连接。

而文件不行。

一个几百 MB 的文件,要切成很多个数据块发送。

如果中间丢了任何一块,接收方拿到的文件就是损坏的。

TCP 自带确认、重传、顺序保证——这些机制对文件传输是必需的。

所以这类工具的做法是:先用 UDP 找到人,需要传文件时再协商建立 TCP 连接。

发现和传输分离,各用各的长处。

广播的边界在哪里

现在可以解释开头那个现象了。

广播有一个硬性限制:它过不了路由器。

同一个网段内的设备能收到广播,跨了网段就收不到。

而公司的网络通常不是一个大的扁平网络。

它会被划分成多个子网——按楼层分、按部门分,或者按 VLAN 分。

每两个子网之间由路由器或三层交换机隔开。

所以你所在的网段里,广播能到达所有人的设备;另一个网段的同事,收不到你的广播。

这就是"有的同事看得见,有的看不见"的原因。

不是软件出了问题,是广播到达不了那里。

为什么路由器不转发广播

这不是路由器做不到,是它故意不做。

路由器的一个核心职责,就是隔离广播域。

原因在于广播的成本。

广播包要求网段内所有设备都处理它。

如果有 100 台设备,一个广播包就会被处理 100 次。

如果路由器把广播转发到所有子网,那这个成本会成倍放大。

子网越多,放大越厉害。

严重的时候,广播流量会挤占正常带宽,让整个网络变慢——这种情况有个专门的叫法,叫广播风暴。

所以路由器默认丢弃广播包,这是设计上的保护机制,不是缺陷。

换句话说:局域网广播这种发现方式,成立的前提是"大家真的在同一个广播域里"。

一旦网络被划分,这个前提就不成立了。

那跨网段怎么办

针对这个限制,协议上有两种应对方式。

第一种是设置"主节点"。

思路是:在每个网段里指定一台机器,让它承担信息汇总的角色。

各网段的客户端把广播发给本网段的主节点,主节点之间再用单播互相交换列表。

这样就把"广播"换成了"点对点转发",绕开了路由器不转发广播的限制。

代价是:需要有人去配置哪些机器是主节点,而且主节点关机了这条链路就断了。

第二种是手动添加 IP。

既然广播找不到,那就直接输入对方的地址。

这个办法简单粗暴,但在对方 IP 不固定的时候很麻烦——比如用的是自动分配地址,重启一次就变了。

两种方式都是权宜之计。

根本原因在于:这套协议是为"简单局域网"设计的,跨网段本来就不在它的设计目标里。

关于"纯净版"这个说法

顺带说一个和软件分发相关的问题。

这类局域网通讯工具的安装包,来源比较杂。

因为它本身是免费软件,原始版本功能简单,所以经常被第三方重新打包。

重新打包的版本里,可能被塞进额外的组件——浏览器插件、推广程序、或者其他不相关的东西。

所以用户圈子里才会用"纯净版"这个词来区分——指的是没有经过第三方修改、不带额外捆绑的原始安装包。

判断的方式也很直接:看安装过程中的选项,以及装完之后有没有多出不认识的程序。

这不是这类软件独有的问题——所有免费且流行的工具软件,都容易被重新打包分发。

为什么现在的主流软件都改用服务器

回到最初的问题。

既然局域网直连能省掉服务器,为什么现在的聊天软件都还是走服务器?

因为使用场景变了。

第一,网络结构变复杂了。

现在的办公网络很少有"一个大网段"这种结构——划分越来越细,还有无线网络、VPN、远程办公。

广播能覆盖的范围越来越小。

第二,人不在同一个地方了。

远程办公、出差、在家,这些情况下对方根本不在你的局域网里。

广播再强也到不了。

第三,服务器方案更可控。

服务器能做的事情更多——消息漫游、离线消息、群组管理、权限控制、审计日志。

这些用纯 P2P 的方式实现起来会很别扭。

所以现在的做法通常是混合的:用服务器做信令和账号体系,实际的数据传输能直连就直连。

这样既保证了可用性,又节省了服务器带宽。

而纯粹的局域网广播方案,反而在特定场景下还有价值——比如工厂车间、实验室、内网隔离环境,这些地方网络结构简单,且往往不允许连接外网。

在这些场景里,不需要服务器、不依赖公网、装上就能用,恰好是优点。

一句总结

局域网通讯工具不需要服务器,是因为它用广播来发现彼此。

启动时广播自己的信息,同网段的人收到后记下来;退出时再广播一次,大家把你移除。

消息走 UDP 求低延迟,文件走 TCP 保可靠,两套协议各司其职。

但广播有一个硬限制:它过不了路由器。

而路由器隔离广播域是刻意的设计——放任广播穿透,会带来广播风暴。

所以只要网络被划分成多个子网,就会出现"有的人看得见、有的人看不见"的情况。

飞秋官方纯净版这类工具的表现差异,本质上取决于网络拓扑——它工作在一个广播域内,跨不出去不是故障,是协议的前提条件。

安装包地址:

https://www.ijinshan.com/software/feiq.html?channel=4021

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 先看它怎么找到其他人
  • 一次完整的"上线"
  • 为什么消息和文件走不同协议
  • 广播的边界在哪里
    • 为什么路由器不转发广播
  • 那跨网段怎么办
  • 关于"纯净版"这个说法
  • 为什么现在的主流软件都改用服务器
  • 一句总结
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档