开源物联网平台数量逐年增多,常见的就有好几种:ThingsBoard、JetLinks、FastBee、IoTSharp、aiots、iot-DC3、ThingsPanel……名字都听过,但各是什么定位、有什么特点,容易搞混。本文盘点 7 个主流的开源物联网平台,从语言、协议、部署、物模型等维度看看它们的差异。

常见平台分类

开源物联网平台定位差异较大:

• 完整平台(设备接入 + 物模型 + 规则 + 可视化):ThingsBoard、JetLinks、aiots、FastBee、IoTSharp、iot-DC3、ThingsPanel 等;
• 偏连接/采集:DeviceHive 偏设备连接层,ThingsGateway、IoTGateway 是工业采集网关(采完后可对接 ThingsBoard、华为云等平台),IOT-Tree 偏工控组态;
• 消费级:Home Assistant 面向智能家居,和工业不是一个赛道。

先明确是需要"设备接入 + 数据管理"的完整平台,还是仅需采集网关,选型方向即可确定。下文选取 7 个可私有化部署的完整平台:ThingsBoard、JetLinks、aiots、FastBee、IoTSharp、iot-DC3、ThingsPanel,进行对比。

七个平台对比总览

维度	ThingsBoard	JetLinks	aiots	FastBee	IoTSharp	iot-DC3	ThingsPanel
语言/技术栈	Java	Java(Reactor/WebFlux)	Java(JDK21+Spring Boot3)	Java	.NET(C#)	Java(Spring Cloud 微服务)	Go + Vue
开源协议	Apache 2.0(社区版)+商业版	Apache 2.0(社区版)+企业版	开源+商业版	AGPL 3.0(开源版限个人学习)+商业版	Apache 2.0	AGPL 3.0(强 copyleft)	Apache 2.0+企业版
协议覆盖	MQTT/HTTP/CoAP,工业协议靠网关	MQTT/TCP/HTTP;Modbus/OPC UA 付费选配	Modbus(Modbus TCP/RTU)、西门子/三菱/欧姆龙PLC、OPC UA、MQTT、DLT645、IEC104、DTU、TCP/UDP	MQTT 为主;Modbus/TCP/UDP 属商业版	HTTP/MQTT/CoAP,支持扩展	MQTT/TCP/UDP/CoAP/HTTP + Modbus/OPC-UA/PLC 等	插件化接入(MQTT/HTTP/TCP/Modbus 等)
部署形态	私有化,微服务/单体	私有化,单体(企业版微服务)	私有化;内嵌数据库(边缘工控机)/MySQL+PG(服务器)	私有化,轻量单体	私有化,单体/容器	私有化,微服务(模块多,偏重)	私有化,单体(Go)
物模型/规则引擎	资产+规则引擎,强	物模型+规则引擎	物模型+脚本引擎+场景联动;支持按位解析/动态计算属性/分组	物模型+设备管理;规则/告警属商业版	数字孪生模型+规则链	设备管理+规则处理(非物模型)	物模型+自动化/规则引擎
可视化/组态	看板强	可视化	组态大屏(乐吾乐)+官方大屏	大屏	可视化/看板	可视化	组态/大屏,强
社区/生态	全球最大,资料最多	国内社区	国内社区	国内社区	国内社区	国内社区(Gitee)	国内社区

各平台优缺点

ThingsBoard —— 开源物联网平台中知名度最高。Java 编写,Apache 2.0 协议(社区版),另有商业版 PE。社区与资料最为丰富,设备接入支持 MQTT/HTTP/CoAP,规则引擎与可视化看板成熟,支持多租户。不足在于工业协议:Modbus、PLC、OPC UA 等并非内置,需借助网关或自行适配,工业现场接入门槛较高。适合自主可控诉求强、需要全球生态支持的团队。

JetLinks —— 国产开源,Java 技术栈(Spring Boot/Reactor),社区版采用 Apache 2.0,另有企业版。具备物模型、规则引擎与协议适配能力,上手路径比 ThingsBoard 更贴合国内使用习惯。社区版协议支持 MQTT/TCP/HTTP,Modbus/OPC UA 等为企业版付费选配。适合国内团队、采用 Java 技术栈、希望快速上手的场景。

aiots —— 国内工业定位的平台,Java(JDK21 虚拟线程 + Spring Boot 3.5 + netty),核心框架开源。以标准工业点位协议为主,Modbus(Modbus TCP/RTU)、西门子/三菱/欧姆龙 PLC、OPC UA、DLT645、IEC104、MQTT、DTU、TCP/UDP 等驱动。点位处理能力是其主要优势:支持按位解析(状态字/故障字拆解)、动态计算属性(设备没有的字段平台算出来)、分组管理;通过物模型配置即可完成设备接入,提供脚本引擎、场景联动与组态大屏。部署上支持内嵌数据库版本用于边缘工控机(断外网可正常数采)、MySQL/PG 用于服务器。适合以标准工业点位协议为主、需要开箱即用的工业项目。

FastBee —— 国产开源,Java,定位轻量,偏消费类与智能家居场景(智能家居、智慧办公、智慧社区等)。采用 AGPL 3.0 协议,开源版仅限个人学习、不可商用;物模型、设备管理与大屏展示开源版可用,规则引擎、告警与 Modbus/TCP/UDP 多协议接入属商业版。单体部署、资源占用小,适合中小型项目快速验证。

IoTSharp —— 国产开源,.NET/C# 技术栈,是 .NET 社区中少有的完整 IoT 平台,Apache 2.0 协议。支持 HTTP/MQTT/CoAP 等协议接入,基于数字孪生数据模型,提供可视化规则链。适合团队技术栈为 .NET、不希望为引入平台而更换技术体系的情况。生态与资料较 Java 系少,遇到问题基本需自行解决。

iot-DC3 —— 国产开源,Java(Spring Cloud 微服务架构),在 Gitee 上较为活跃。模块划分细致(采集、数据、规则、网关、API、前端等),多协议接入包括 MQTT、TCP、UDP、CoAP、HTTP、Modbus、OPC-UA、PLC 等,提供设备管理、数据采集与规则处理能力,不采用物模型抽象。微服务架构灵活、模块可独立部署,但组件较多、上手成本高于单体平台;采用 AGPL 3.0 协议,修改后以网络服务形式部署需开源相应修改,商用与二次开发需评估此约束。适合需要微服务架构、能够维护整套服务集群的团队。

ThingsPanel —— 国产开源,Go 后端 + Vue 前端,Apache 2.0 协议,另有企业版。插件化设备接入(MQTT/HTTP/TCP/Modbus 等),组态与大屏可视化是其主要优势;具备物模型、设备管理、自动化/告警与规则引擎能力。适合对可视化展示有较高要求的项目。

各平台适用业务方向

平台	适用业务方向
ThingsBoard	通用物联网应用、需要多租户/全球生态的 SaaS 化项目,设备协议偏 MQTT/HTTP
JetLinks	国内通用物联网项目、Java 团队,智能硬件/设备管理为主
aiots	工业点位密集的场景(工厂/车间/产线/水电气),协议复杂(Modbus/PLC/OPC UA/电表),要组态大屏和脚本定制
FastBee	偏消费类/智能家居的中小规模设备管理、快速验证,点位少、规则简单
IoTSharp	.NET 团队的接入项目,HTTP/MQTT/CoAP 为主
iot-DC3	需要微服务架构、模块可独立部署的大型物联网项目,协议偏 MQTT/TCP/Modbus 混合
ThingsPanel	重可视化展示、要组态大屏的项目,协议以插件化接入为主

各平台面向的业务方向不同:多数偏通用设备管理与物联网应用,ThingsPanel 侧重可视化展示,aiots 侧重工业点位与协议。

项目地址

平台	官网	开源仓库
ThingsBoard	thingsboard.io	github.com/thingsboard/thingsboard
JetLinks	www.jetlinks.cn	gitee.com/jetlinks/jetlinks-community
aiots	www.iteaj.com	gitee.com/iteaj/iboot(核心框架)
FastBee	fastbee.cn	gitee.com/beecue/fastbee
IoTSharp	iotsharp.net	github.com/IoTSharp/IoTSharp
iot-DC3	dc3.site	gitee.com/pnoker/iot-dc3
ThingsPanel	thingspanel.cn	github.com/thingspanel/thingspanel-backend-community

术语解释

• 物模型：把设备抽象成"属性(状态数据)+ 事件(上报数据)+ 功能(可控指令)"的一套统一描述,一套物模型可通配不同设备、不同协议,是平台数据模型的核心。
• 规则引擎 / 规则链：数据进平台后经过的一整套处理管线——过滤、转换、判断、触发告警、转发外部系统。场景联动只是其中"条件满足就动作"的一种用法。
• 场景联动：跨设备的条件自动化,如"温度超标→自动开风机",常配合告警与通知。
• 协议驱动：把某种设备协议(Modbus、PLC、OPC UA、MQTT 等)封装成平台可用的驱动,接入设备时选择对应驱动即可,无需为每种设备编写解析代码。
• 按位解析：把寄存器/状态字里的多个开关状态按位拆成独立属性,用于状态字、故障字、DI 开关量等场景。
• 动态计算属性：设备没有的字段,由平台在采集后通过脚本/公式算出来(如功率=电压×电流)。
• 私有化部署：平台部署在用户自己的服务器/内网,数据不出内网,断外网也可运行。
• 单体架构 / 微服务架构：单体是把平台打包成一个程序,部署简单但整体扩展受限;微服务是拆成多个可独立部署的模块,灵活但组件与运维成本更高。
• 多租户：一套系统服务多个客户/组织,数据相互隔离,常用于 SaaS 模式。
• SaaS：软件以云服务形式按订阅收费,数据一般在云端;与私有化部署相对。
• 社区版 / 企业版(商业版)：开源平台常见分版——社区版免费开源、功能较基础;企业版/商业版付费,提供更多协议、规则能力、技术支持等。
• 开源协议(Apache 2.0 / AGPL 3.0)：Apache 2.0 宽松,允许商用、修改后可闭源;AGPL 3.0 强 copyleft,修改后若以网络服务形式部署需开源相应修改,商用与二次开发约束更大。
• 数字孪生：把物理设备映射为数字世界中的模型,在平台上统一管理、分析与控制。