iOS端MQTT发布传感器数据：减小Payload大小避免连接断开

我正在处理加速度计与陀螺仪数据，需要通过MQTT协议以50Hz（每秒50条记录）的频率发布数据。移动端设置了30秒缓冲区，收集数据后统一通过MQTT发布。目前因数据量过大导致MQTT连接断开，30秒的数据大小达0.3MB，无法正常发布，且不能使用任何压缩方式。我使用AWSIoT和AWSMobileClient进行MQTT连接。

每秒加速度计生成50条记录，30秒共1500个字典；陀螺仪的数据生成情况与此相同。当前数据格式如下：

{
  "data": {
    "accelerometerData": [
      {
        "timeStamp": 1661747241,
        "xAxis": 1231233.123231,
        "yAxis": 1231233.123231,
        "zAxis": 1231233.123231
      },
      ...
    ],
    "gyroscopeData": [
        {
          "timeStamp": 1661747241,
          "xAxis": 1231233.123231,
          "yAxis": 1231233.123231,
          "zAxis": 1231233.123231
        },
        ...
    ]
  },
  "userid": "logged_in_user_id",
  "deviceid": "deviceid//",
}

1. 精简数据结构，消除冗余 #

当前JSON格式的长键名和重复时间戳是体积过大的核心原因，可做以下优化：

• 将长键名改为短标识：timeStamp→t，xAxis→x，yAxis→y，zAxis→z，userid→uid，deviceid→did
• 利用固定采样频率特性，只记录缓冲区的起始时间戳，后续数据的时间戳通过起始时间 + 索引/50计算（比如第n条数据的时间为startTs + n/50），省去2999条重复时间戳

优化后示例：

{
  "uid": "logged_in_user_id",
  "did": "deviceid//",
  "startTs": 1661747241,
  "acc": [[1231233.12, 1231233.12, 1231233.12], ...],
  "gyro": [[1231233.12, 1231233.12, 1231233.12], ...]
}

此改动可直接将Payload体积压缩至原来的30%以内。

2. 降低数值精度 #

加速度计和陀螺仪的硬件输出精度通常不会超过小数点后3位，可根据业务需求保留2-3位小数：

• 例如将1231233.123231改为1231233.12，每个数值减少4-5个字符，1500条数据可节省约20KB的体积。

3. 拆分缓冲区，分批次发布 #

放弃30秒大缓冲区，改为更小的时间窗口分批次发布：

• 改为1秒发布一次，每次仅包含50条加速度计+50条陀螺仪数据，优化后单条Payload约2KB，远低于20KB限制
• 若需保留批量特性，可将30秒数据拆分为15个2秒批次，每个批次Payload约4KB，同样满足要求

4. 使用二进制Payload替代JSON #

虽然不能压缩，但二进制序列化（如Protocol Buffers、MessagePack）无需存储JSON的键名和格式符号，能比JSON节省50%以上体积：

• 以Protocol Buffers为例，定义对应消息结构后，30秒数据的二进制Payload可轻松控制在20KB以内，且AWS IoT支持二进制Payload传输。

5. 调整AWS IoT MQTT配置 #

AWS IoT默认MQTT最大Payload为128KB，你的0.3MB已超出限制导致连接断开：

• 可通过AWS控制台调整IoT Core的最大Payload限制，或在客户端连接时设置maxPayloadSize参数（需SDK支持）。但这只是临时方案，建议结合前面的结构优化从根本上减少数据量。

内容的提问来源于stack exchange，提问作者Naresh