非常抱歉，我之前的理解完全错了。感谢你的指正，让我重新梳理了 device/ 目录下的代码逻辑。现在根据正确的理解------设备端是一个通过LLDP和UDP主动广播自身信息的C++程序------重新生成完整博客。
aiDgeScanner：工业设备扫描与管理的一体化利器------深度解析上位机与设备端的精准配合
一、引言：工业设备管理的"最后一公里"痛点
在工业网络环境中，设备管理一直是个繁琐且耗时的环节。无论是工厂车间里的PLC、交换机，还是机房的工业路由器，运维人员通常需要先使用扫描工具发现设备，再切换到SSH客户端登录管理，最后可能还要打开浏览器访问设备的Web配置页面------一套流程下来，至少要在三四个工具之间来回切换，效率低下，体验割裂。
有没有一款工具，能将"设备发现"和"设备管理"无缝衔接，一站式完成所有操作？aiDgeScanner 正是为此而生。它通过上位机（桌面客户端）与设备端（嵌入式自广播程序）的精准配合，让设备"主动宣告自己"，实现了"开机即发现，发现即管理"的一体化体验。
二、项目概述：不只是扫描器，更是管理平台
aiDgeScanner 专为工业网络环境设计，核心能力概括为"感知-连接-管理"三位一体：
- 智能设备感知 ：设备端通过 LLDP 和 UDP 两种方式主动广播自身信息（MAC、IP、主机名、端口等），上位机自动监听并实时更新设备列表，无需主动扫描。
- 远程管理能力 ：内置SSH终端和嵌入式Web浏览器，发现设备后无需打开任何第三方工具，即可直接进行远程操控和Web配置。
- 现代化交互体验：基于 Vue 3 + Electron 构建，提供五种主题、中英文双语支持、深色模式等特性。
这套能力体系的背后，是一套精心设计的分层架构，而架构的灵魂，正是"上位机监听"与"设备端自广播"的协同工作模式。
三、上位机架构：桌面客户端的精妙设计
上位机采用三层架构 + 双进程模型，将"前端交互"与"底层监听"清晰地分离开来：
渲染进程 Vue 3
主进程 Node.js
系统层
NAPI 调用
Context Bridge (preload.js)
LLDP 报文监听
C++ NAPI 插件
UDP Socket 监听
main.js 主入口
SSH 连接管理
设备信息解析与列表维护
窗口管理
设备列表 UI
SSH 终端组件
嵌入式浏览器
主题/语言切换
架构解析：
- 系统层 ：利用 C++ 编写的 NAPI 插件同时监听 LLDP 报文（通过
libpcap抓取链路层LLDP帧）和 UDP 自定义端口广播，将收到的设备宣告信息实时传递给主进程。 - 主进程（Node.js） ：负责解析两种协议的设备数据包，统一维护动态设备列表，管理SSH连接池，并通过
preload.js与渲染进程安全通信。 - 渲染进程（Vue 3）：呈现设备列表、SSH终端界面和内置Web视图，所有操作响应迅速，界面流畅。
四、设备端：用 C++ 打造的双协议自广播引擎
传统网络扫描需要上位机主动探测，不仅效率低，还容易遗漏动态IP或防火墙后的设备。aiDgeScanner 颠覆了这一模式------它让每台需要被管理的设备主动"喊"出自己的信息 ，而且同时支持 LLDP 和 UDP 两种广播方式。
4.1 设备端程序：运行在嵌入式设备上的 C++ 信标
源代码 device/ 目录下的程序是一个轻量级 C++ 应用 ，专为资源受限的工业设备设计。它编译后体积小于 200 KB，可在 ARM、MIPS、x86 等多种架构的 Linux 系统上运行。核心职责非常明确------将本机信息通过两种协议向外广播：
上位机 设备端 上位机 (aiDgeScanner) 局域网 设备端 (C++ 程序) 上位机 设备端 上位机 (aiDgeScanner) 局域网 设备端 (C++ 程序) 方式一：LLDP 周期通告 方式二：UDP 周期广播 LLDP 报文（MAC、IP、主机名、端口、设备类型等） UDP 广播包（自定义端口，JSON格式设备信息） 同时监听 LLDP 报文 + UDP 端口 解析、合并、更新设备列表 SSH / HTTP 管理（一键连接）
双协议详解：
- LLDP（链路层发现协议）：标准工业协议，设备端直接向网络中发送 LLDP 帧，包含 Chassis ID、Port ID、System Name、Management Address 等标准TLV字段。任何支持LLDP监听的交换机或上位机都能直接识别，兼容性极强，且对网络几乎零干扰。
- UDP 自定义广播：设备端周期性向特定端口发送 UDP 广播包，内容为 JSON 格式的设备元数据，可携带更丰富的自定义字段（如固件版本、序列号、设备角色等），灵活性高，便于上位机快速解析。
两种方式互为补充，LLDP 确保标准化兼容，UDP 提供扩展性和快速解析，确保设备无论处于什么网络环境，都能被上位机可靠发现。
4.2 为什么选择 C++ 开发设备端？
项目选择 C++ 而非其他语言，体现了对工业设备环境的深刻理解：
- 零依赖，超高兼容性：仅依赖 libc 和基本 socket API，能在最精简的嵌入式 Linux 内核上运行，无需安装任何运行环境。
- 极致性能与低资源占用：C++ 编译为本地机器码，内存占用可控制在几百 KB，CPU 占用几乎为零，不影响设备主业务。
- 面向对象设计：利用 C++ 的类封装，将 LLDP 组装、UDP 发包、定时器调度等功能模块化，便于扩展和维护。若需添加自定义TLV或UDP字段，只需修改对应结构体和序列化方法。
五、方案优势：重新定义工业设备运维效率
上位机与设备端的这种"一收一发"配合，使 aiDgeScanner 在发现效率、管理集成度和部署灵活性上全面领先。
1. 真正的"即插即发现"，零配置上线
新设备上电后，只要设备端程序运行，上位机立即感知，无需手动输入 IP 或配置扫描范围。这对于批量部署设备（如数千个传感器节点）的场景，可节省大量初始化时间。
2. 安全可控的单向宣告
设备端只向外发送信息，不接收任何来自网络的指令，从根本上杜绝了扫描探针可能引发的安全风险。上位机仅被动监听，不会向网络注入任何流量，符合工业网络"最小干扰"原则。
3. 内嵌工具的深度集成
aiDgeScanner 的 SSH 终端和 Web 浏览器与设备列表深度绑定：
- SSH 终端：点击设备行即启动，自动填充 IP 和端口，支持多标签页和历史命令。
- 嵌入式浏览器：一键打开设备 Web 管理页，设备切换时自动跳转。
这种"数据驱动"的内嵌工具设计，让发现结果直接转化为管理行动，大幅缩短从"看到问题"到"着手解决"的路径。
4. 跨平台与工业级适配
上位机基于 Electron，支持 Windows、Linux、macOS；设备端程序用 C++ 编写，可编译运行于任何支持 POSIX 的平台。两者结合，既可在办公桌面集中管控，也可在产线平板终端就地运维。
六、总结：从"主动扫描"到"被动感知"的范式跃迁
aiDgeScanner 通过 上位机监听 + 设备端 C++ 双协议自广播 的精巧设计，将工业设备管理的起点从"我们去找设备"变为"设备主动找我们"。这种范式跃迁不仅让设备发现变得即时、零配置，更与内置的 SSH/Web 管理工具无缝融合，实现了真正的一体化运维体验。
在工业 4.0 与边缘计算快速落地的今天，这类轻量、安全、跨平台的开源工具，正重新定义智能工厂的基础运维标准。aiDgeScanner 采用 MIT 协议开源，欢迎社区贡献更多协议支持与功能扩展。
项目仓库：https://gitee.com/galaxy_0/ai-dge-scanner
技术交流与贡献，欢迎提交 Issue 和 PR。