简介：易语言局域网聊天源码是一份面向易语言初级开发者与局域网通信学习者的示例程序，重点演示如何在局域网络环境下完成即时消息收发、在线状态保持等基础功能，帮助读者快速上手界面编程与网络数据交互。资源以zip压缩包形式提供，包体仅约7KB，体积小巧、模块清晰；由于上游未登记文件数量与类型明细，此处不便展开具体文件构成，但整体结构适合直接载入易语言环境进行解读与二次修改。源码围绕窗口程序集1组织，包含__启动窗口_创建完毕、_按钮_修改_被单击、_按钮_保存_被单击、_按钮_发送_被单击等关键事件过程，并引入取时间、持续在线等逻辑，覆盖窗口初始化、状态修改、配置保存和消息发送典型流程，便于理解事件驱动机制与局域网通信要点。目前已有68人学习/下载，适合需要参考完整聊天窗口代码、学习易语言控件事件绑定及简单网络通信的初学者。
1. 项目思路与方案选型
易语言这个圈子很有意思，很多人入门的第一个网络程序就是“局域网聊天”。这个项目听起来简单，其实五脏俱全，涉及TCP通信、多客户端管理、消息广播、数据封包解析这些底层能力。做完一个能稳定用的局域网聊天工具，你对网络编程的理解会直接上一个台阶，后面再去做远程控制、文件传输、甚至简单游戏联机，底层逻辑都是通的。
先说方案选型。局域网聊天大体上有两种实现路线：一种是“服务器中转模式”，即一台电脑跑服务端，其他人用客户端连上来，消息先发给服务器再转发给其他人；另一种是“点对点直连模式”，两台电脑直接互相发消息。实际开发中我强烈建议选第一种。原因很简单，点对点模式要求每一台机器都开放端口、动态维护对端列表，客户端A要聊天就得知道客户端B的IP，而且NAT环境下一大堆穿透问题，根本不是新手阶段该碰的。服务器中转模式里，服务器只做“中转站”，客户端只跟服务器通信，逻辑清晰，调试也方便。
易语言里实现这套东西，核心依赖是两个组件：服务器组件和客户组件。服务器组件负责监听端口、接收连接、接收数据；客户组件负责主动连接服务器、发送数据。这两个组件都是基于TCP协议的，丢包率低，消息不乱序，非常适合聊天场景。至于UDP数据报组件，我建议后面做广播发现、心跳检测时再去研究，主聊天通道用TCP才稳。
2. 界面布局与通信协议设计
2.1 界面怎么摆
聊天的界面不用花哨，重点是把“消息区”和“输入区”分开。我的布局是：窗口左边放一个好友列表（列表框控件），右边上面是聊天记录（编辑框控件，设为只读），右边下面是消息输入框和发送按钮。服务器端额外放一个“监听状态”标签和“启动服务”按钮。整个界面用易语言的窗口设计器拖拽就行，10分钟能搞定。
界面细节有三个地方容易踩坑。第一，聊天记录编辑框一定要勾选“只读”，否则用户能改历史消息。第二，好友列表显示的内容最好格式化为“用户名（IP地址）”，比如“小张（192.168.1.103）”，方便知道谁是谁。第三，消息输入框要拦截回车键，做成回车直接发送，实际使用体验差距很大。
2.2 通信协议先想清楚
写代码前，先把协议定好。所谓协议，就是你发给服务器的那段字节流，服务器怎么知道你是要发聊天消息、上线通知还是下线通知？我用的格式很简单：消息类型标识符 + 用户名 + 空格 + 具体内容，每条消息用换行符结尾。
具体约定如下：
- 上线消息：
LOGIN|用户名，服务器收到后返回当前在线列表，并广播“xxx上线了”给其他人。 - 聊天消息：
MSG|用户名|内容，服务器解析出接收者，直接把整条消息转发给除发送者以外的所有客户端。 - 下线消息：
LOGOUT|用户名，服务器广播下线提示。
这个协议看起来简单，但它是后面所有扩展的地基。你想加文件传输，就加一个FILE类型，后面跟文件名和长度；想加私聊，就加一个PRIVATE|目标用户名|内容。比那种上来就把所有逻辑揉在一起的写法好维护得多。
3. 服务端核心代码实现
3.1 启动监听
服务端窗口加载时要做两件事：取本机IP、启动服务器组件监听。这里有一个很实用的细节：不要用取本机IP()这个命令直接拿到192.168.1.xxx就完事，因为电脑可能有虚拟机网卡、蓝牙网卡等多个IP，取到第一个不一定是局域网的真实IP。更稳妥的办法是遍历所有网卡信息，筛出第一个以192.168.开头的IPv4地址。易语言的“取本机IP”命令在多数情况下能直接给到局域网IP，但如果你发现连不上的时候，优先检查这里。
启动监听的代码很短：
服务器1.端口 = 7788 服务器1.启动 () 标签_状态.标题 = "服务已启动，端口：" + 到文本 (7788)端口号我选了7788，避开容易和系统服务冲突的80、443、3389等端口。实际项目中，端口号定义成常量，方便统一改。
3.2 接收数据与粘包处理
服务器组件接受到数据时触发数据到达事件，这是整个项目最核心的地方。初学者最容易在这里翻车，因为TCP是流式传输，它不是按“一条消息”来送的。你连续发三条消息，服务器可能一次性收到“MSG|小张|你好MSG|小李|在吗MSG|小王|好的”这么一坨，这叫做粘包。
处理粘包的最简单方案就是按换行符拆分。我写的处理逻辑大概是：
- 把新收到的字节集转成文本，追加到一个“临时数据”变量后面。
- 用换行符分割临时数据，取完整行处理。
- 最后一段如果不以换行符结尾，说明是半截消息，保留在临时数据里等下一包数据到到达时拼上。
这个“攒包—拆包”的思路，看起来简单，但它是网络编程通用基本功。后面你去搞任何TCP程序都会用到。
3.3 广播机制的实现
服务器收到完整消息后，根据消息类型分别处理。对于聊天消息，需要把它转发给所有已连接的客户端。易语言服务器组件自带一个取回客户()命令，可以遍历当前所有客户端连接。要注意的是，发送消息用发送数据(客户标识, 数据)，其中客户标识不是IP，而是服务器组件内部维护的一个整数句柄，一定要从数据集里同步获取。
每次有客户端连接进来，我会维护一个自定义数据表，记录“客户句柄—用户名—IP地址”三者的对应关系。这样方便根据用户名找句柄、根据句柄找IP。用易语言的“自定义数据”类型或者直接用数组都行，注意数组下标和客户句柄不是一码事，别搞混。
4. 客户端连接与消息发送
4.1 连接服务器
客户端启动时，界面就一个IP输入框、一个用户名输入框、一个“连接”按钮。点击连接时，代码是：
客户1.连接地址 = 编辑框_服务器IP.内容 客户1.连接端口 = 7788 客户1.连接 ()这里有个容易被忽略的问题：如果服务器没启动，客户端点击连接会弹出一个系统错误提示，很多新手会被吓到。解决办法是在连接前先用“网络状态”命令探测一下服务器端口是否通，或者干脆用“启动线程”来调用连接操作，避免界面卡死。我当时是两种都做了，线程里加了个超时判断，10秒连不上就提示“连接超时”。
4.2 发送消息的编码细节
发送消息时，必须先转成UTF-8字节集。易语言默认是GBK编码，如果你直接发送文本，Linux服务器或者用其他语言写的对端可能乱码。局域网内虽然都是Windows，可能看不出区别，但养成习惯，统一转UTF-8，后面做跨平台工具就不会栽跟头。
客户1.发送数据 (到字节集 (编辑框_消息.内容), #编码_UTF8)客户端收到服务器转发过来的消息后，格式化成“昵称（时间）：内容”的格式追加到聊天记录里。时间戳用取现行时间 ()，格式化输出成“HH:mm:ss”。这一个细节能让聊天记录一眼看清先后顺序，否则多个人同时说话，你根本分不清哪条是哪条。
4.3 断线检测
网络程序最烦的就是断线没提示。用户还在那打字，其实连接早断了。我的做法是：服务器端在客户离开事件里广播下线消息；客户端在收到服务器关闭连接时，弹提示并把“发送”按钮置灰。另外加了一个简单的心跳机制——客户端每隔30秒发一条PING消息，服务器收到后原样返回PONG，如果客户端连续三次没收到PONG，就认为断线了。
心跳机制在局域网环境下通常用不上，因为内网连接很稳定。但它的价值在于让你理解“连接是否存活”这件事是需要主动探测的。以后你做远程控制、长连接应用，这套逻辑完全通用。
5. 文件传输扩展：把聊天升级成办公工具
做完了文字聊天，很多人的下一个需求就是传文件。我在这套聊天工具上加了一个文件传输功能，用起来很简单：聊天记录旁边放一个“发送文件”按钮，点开后选择文件，程序先把文件信息（文件名、大小）通过聊天通道发过去，对方点击“接受”后，建立一个新的TCP连接专门传文件数据。
为什么不直接在聊天通道里发文件？因为聊天通道是文本协议，传二进制文件容易出问题，而且一个超大的文件会把聊天消息全部堵住，别人都没法说话了。单独开数据传输通道是通用做法，聊天和文件互不干扰。
文件传输的代码核心是循环读文件分块发送。易语言里用读入文件一次性读完整个文件字节集，对小文件没问题，但大文件会占大量内存。正确做法是打开文件，按1MB分块读，每读一块发送一块，接收方再逐块追加写入新文件。传输进度条实时更新百分比，这个体验很重要。
文件传输中，最需要注意的是接收方写文件的路径。如果文件名带中文，或者目标路径不存在，程序会直接崩溃或写入失败。我在接收端做了一件事：统一把文件保存到程序目录下的“接收文件”文件夹，如果文件夹不存在就先创建，文件名加上接收时间前缀，避免重名覆盖。
6. 常见问题与避坑记录
6.1 连不上服务器
这是被问得最多的一个问题。排查顺序明确一下：先确认两台机器在同一局域网（能互相Ping通）；再确认服务器端防火墙有没有放行7788端口；最后确认服务器端显示的本机IP是否和客户端填的IP一致。很多情况是电脑开了多个网卡，服务器显示的IP是虚拟网卡的，客户端当然连不上。解决方法是启动时在日志里把“监听地址”打出来，方便排查。
防火墙放行端口的操作是：控制面板 → Windows Defender防火墙 → 高级设置 → 入站规则 → 新建规则 → 端口 → TCP，填你用的端口号，允许连接。这一顿操作下来，99%的“连不上”都能解决。
6.2 消息乱码
绝大多数乱码问题都是编码不统一。服务器和客户端都是易语言写的，默认GBK对GBK一般没事。但如果你混用了模块、或者中间走了其他语言写的网关，就要统一用UTF-8。我后来干脆在协议层直接固定：所有消息都按UTF-8编码发送，所有接收端都按UTF-8解码。一劳永逸。
6.3 粘包导致聊天内容串行
前面提过粘包问题，这里再强调一个重要细节：拆包逻辑只能放在服务器端吗？客户端同样需要。因为TCP是双向的，服务器可以一次给你发多条消息，客户端也会碰到粘包。正确的做法是在客户端的数据到达事件里做同样的拆包处理，把一条条完整消息拎出来，再更新UI。
6.4 界面卡死
网络事件回调里直接操作界面，数据量大时界面会卡顿。易语言虽然是单线程模型，但网络组件的事件回调基本都在工作线程里触发。这时你直接改编辑框内容、取组件标题，偶尔会出奇奇怪怪的崩溃。标准做法是用发送窗口消息或者“标签反馈事件”把数据投递回主线程再更新UI。我习惯放一个不可见的标签控件，在它的反馈事件里统一处理UI更新，简单且稳定。
7. 写在最后的几个心得
做完这个项目，我对易语言的网络编程有了一个明显的感觉：它虽然语法偏老，但组件封装得非常直观，服务器和客户两个组件相当于帮你把Socket细节包好了，你只需要关心业务逻辑。对初学者来说，这比直接上手“套接字”那一堆API友好太多。但反过来，正因为封装得简单，很多人做完了这个项目还是不懂“连接”“粘包”“心跳”这些底层概念，之后一旦遇到问题就完全蒙圈。所以我建议你不要满足于“能用”，多折腾几个实验：比如故意不拆包会怎样？不设心跳会怎样？防火墙不开端口会怎样？这些坑自己踩一遍，比看十篇文章都管用。
如果你打算在这个基础上继续扩展，我推荐几个方向：一是做成内网穿透的工具，让外网也能连进来；二是加用户注册和登录，把账号体系引进来；三是把消息内容加密，虽然局域网相对安全，但练练AES加密对后面做正经产品很有帮助；四是界面换成自绘皮肤、加上语音消息、图片消息，那个工作量一下就上来了，适合进阶练手。总之这个项目是一块非常好的“跳板”，文字聊天是壳，背后的网络编程基本功才是真正值钱的东西。
本文还有配套的精品资源，点击获取
